-
Notifications
You must be signed in to change notification settings - Fork 116
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incompatibility of v1.4.x with multi server environments #517
Comments
Hi Jotazzu, Thanks for letting us know! As you can imagine, it's quite difficult for us to test on all the multisite variations people have in use. Our team is busy at WordCamps (Miami and Wellington) all weekend, but I'm going to take a look into this on Monday for you. |
Hi Luke, Thank you for the quick answer. Not sure if you have misread my comment. This problem does not relate to WP Multisite installations. It is related to multi server environments. I've haven't had problems with plugins cashing the system file paths up to now. But parallel to this plugin the plugin ithemes Security Pro (formerly Better WP Security) added a similiar caching behaviour which resulted in a massive number of error 500 pages on my installation. Thus I try to prevent optimisations in the quest for speed which might exclude a whole class of installation types. |
I totally just skim read your post! Sorry. I'll look at this Monday. |
.. as they don't change often and is waste of resources to loop on then on each run, also to maintain interoperability #517
@lukecarbis Let me steal this one from you, simple fix introduced in #520 should take care of this. |
After successfully testing the plugin versions 1.4.x on a single server development system I updated v1.4.4 on the multi server production environment (2 hardware servers behind a loadbalancer). This resulted in a malfunction of the plugin.
As I found the absolute file system paths are saved with function
wp_cache_set()
in file connectors.php beginning with v1.4.x. Usually multi server environments save their data in common database and cache instances. Thus the absolute file paths set from server 2 will be used on server 1 if a cache entry is found. But the file system paths are different on both servers.This results in error log entries like the following:
The include for file blogs.php is requested from the wrong server which results in an
open_basedir
violation.I don't think that caching the absolute file system paths is critical and would recommend to avoid this kind of caching to keep interoperability of the plugin.
The text was updated successfully, but these errors were encountered: