Feature Request: Add ACL and Database Selection for Redis

[gridpane]

Completed work in my fork here:

https://github.com/gridpane/nginx-helper

Can set the connection parameters via wp-admin or via constants

Will create PR after final testing on our platform

[gridpane]

#344

[jordantrizz]

So, GridPane provides a PR, you take that PR, repackage it, and then merge it without any sort of acknowledgement. You also forgot to add the PR number in the changelog. You've accepted PR's in the past and acknowledged others.

What happened to "Good work, Good people" @rahul286

[gridpane]

@jordantrizz forget about it, i reached out directly to rtcamp and drew blanks, can't be bothered with this... we are forking the plugin entirely, they didn't even include the filters and torden fixes...

We have a bunch of other improvements, but they will not be coming here....

@joelabreo227 is even the guy who apologised 2 weeks ago, and radio silence since then...

[joelabreo227]

Hi @jordantrizz -- I am responsible for coordinating rtCamp engineering efforts toward Nginx Helper. We are actively working to address existing issues on both the WordPress.org support forum and the GitHub repository. We recognize we are behind where we should be on this.

As part of these efforts, I assigned @Vedant-Gandhi a few tickets in Sep 2024, including #350 #343. He raised #371 in response, which adds support for Redis Username, Password, Database and Unix Socket Path. The only similarities we see are:

• Option names such as redis_username, redis_password that are used to store the values in database are similar. These are generic naming scheme and follow the full word pattern similar to other option names in the plugin.
• The sequence in which the arguments are passed to predis and phpredis. These are predefined, and so they will be similar.

Our PR addresses a way smaller scope than the parent PR, and it functionally differs from @gridpane's PR as can be seen in the diff. We also raised #377 to fix a bug we discovered in the implementation.

GridPane provides a PR, you take that PR, repackage it, and then merge it without any sort of acknowledgement. You also forgot to add the PR number in the changelog. You've accepted PR's in the past and acknowledged others.

Given the technical context above, I'm not sure if this is a fair assessment. Happy to continue the conversation if there's something I'm not seeing.

[gridpane]

@joelabreo227 that is complete BS...

Anyone checking the PRs can see that the code is effectively the same, including the use of constants to set and manage these. He even copied my indentation issues... seriously...

Stop, you are embarrassing yourself.

[jordantrizz]

Given the technical context above, I'm not sure if this is a fair assessment. Happy to continue the conversation if there's something I'm not seeing.

It looks as though you already apologized to gridpane, so I don't really see a need to continue, If you want to pick and choose who you label as contributors, then that's fine, just be transparent about it.

This just doesn't make sense, especially since someone did a bunch of work, and you took pieces of it and the general idea without giving credit. Just doesn't seem to align with rtcamp values.

[joelabreo227]

Anyone checking the PRs can see that the code is effectively the same, including the use of constants to set and manage these. He even copied my indentation issues... seriously...

@gridpane The core logic for addressing issue #343 / #350 has limited possible approaches. The code that was merged has parallels to your proposed code, leading to the understandable perception of copying. However, our PR was developed from scratch. I've already addressed the similarities in constant names earlier. There are also a few differences, which can all be verified in the PRs.

• Checking of username and password (lines 349, 352, 353) are set as constants vs being fetched from the DB to ensure a single source of data
• Implementing the password field with a toggle and related checks to disable it entirely if it's set via constant (Line 294 - 317)

Ideally, we should have worked with you to update your PR to get it more in line with what was ultimately merged. However, the way it panned out, we ended up raising an entirely new PR and going from there. We will be more careful going forward.

It looks as though you already apologized to gridpane, so I don't really see a need to continue, If you want to pick and choose who you label as contributors, then that's fine, just be transparent about it.

This just doesn't make sense, especially since someone did a bunch of work, and you took pieces of it and the general idea without giving credit. Just doesn't seem to align with rtcamp values.

@jordantrizz To clarify, I apologized for the negative experience gridpane is having, and promised to look into their reported claim re: incorrect/missing code attribution. You have a point though; we failed to acknowledge @gridpane's contributions via feature request + effort they put into a PR (though it was not ultimately merged). We have remedied this via PR #393

In the long term, we will also include a CONTRIBUTING.md file to make things more transparent.

[gridpane]

@joelabreo227 you are talking out of your ass...

You took the PR, rearranged it a little and didn't acknowledge anything...

I was the one who added the use of constants, all the settings are constants because that is how we use it... and the disabling the field if the constant is set... it is all my work

We have been using all these same constants since June of last year in production across several hundred thousand sites...

Stop talking shit man, just stop... its embarrassing, seriously

We are fully forking this plugin, we will improve it with all the other ignored contributions, and remove all mention of rtCamp other than original contributors.

[jordantrizz]

@jordantrizz To clarify, I apologized for the negative experience gridpane is having, and promised to look into their reported claim re: incorrect/missing code attribution. You have a point though; we failed to acknowledge @gridpane's contributions via feature request + effort they put into a PR (though it was not ultimately merged). We have remedied this via PR #393

In the long term, we will also include a CONTRIBUTING.md file to make things more transparent.

Thank you for acknowledging this Joel, I'm glad that there will be more acknowledgement of contributors to this plugin going forward.