3 ms·
Wait... so if I write a WP plugin, I'm entitled to disable other plugins I don't like when people install mine? Of course not. That endurance cache is not the o
by pmlnr 8y ago
Wait... so if I write a WP plugin, I'm entitled to disable other plugins I don't like when people install mine? Of course not. That endurance cache is not the only one, there's a list of "plugins we disagree with" which are disabled:
https://www.wordfence.com/blog/2019/03/peculiar-php-present-in-popular-pipdig-power-pack-plugin/#highlighter_107885 https://www.wordfence.com/blog/2019/03/peculiar-php-present-...
As for hosting providers: GoDaddy, BlueHost, etc - yes, they're all bad. But that doesn't justify moves like these.
Serious question though, on the technical part: WP needs an advanced-cache.php file, which needs to be in wp-content in order for the cache to work; this will list as dropin.
Are you sure the endurance cache is MU and not dropin? (Genuine question).
- asadkn 8y agoWhich is why I stated it's a tangent about BlueHost and I definitely don't agree with disabling other plugins. However, I believe it's perfectly valid to disable a forced plugin. If a host forced enabled an almost hidden plugin, without user consent [1], then it's no more evil to undo the evil for the good of users. As for drop-in vs mu, every other cache plugin itself stays a normal plugin so it's not a technical limitation. That's beside the point though, the plugin is force enabled without user consent. [1] https://github.com/bluehost/endurance-page-cache/issues/4#issuecomment-303264966 https://github.com/bluehost/endurance-page-cache/issues/4#is...
- pmlnr 8y agoWell... the thing with a hosted service is the host needs to protect their arses as well, and WP resource abuse can get fascinating - a mandatory cache plugin is not _that_ bad. It's not The Right Way, but shipping WP without enabled cache or a full page cache isn't either. I actually understand this perspective, having hosted wordpress sites and having written wordpress cache plugin myself.