Thank you for reaching out to us. Is your server running any type of caching system? Are you running a cache plugin in your site? What PHP version is running in your server? Are you running the latest WordPress version?
The following troubleshooting steps can also help you.
https://simple-membership-plugin.com/forums/topic/test-for-plugin-and-theme-conflict-before-posting-an-issue-or-a-bug/
Kind regards.
-
This reply was modified 1 week, 3 days ago by
mbrsolution.
-
This reply was modified 1 week, 3 days ago by mbrsolution.
Thanks for the details. One thing worth clarifying first: the message you’ve pasted isn’t actually a PHP error. It’s the WordPress Site Health → Performance check titled “Page cache is detected but the server response time is still slow.” Site Health files that under “critical issues,” but it’s a performance recommendation about server response time, not a PHP fatal error or a code crash. So nothing is broken in the sense of erroring out; Site Health is just reporting that your homepage took ~1,586 ms to respond and that it didn’t see client-side caching headers on its test requests.
The reason it surfaces when Simple Membership is active comes down to how membership plugins work. To enforce content protection and keep member-only pages from being served from a stale cache, Simple Membership sets a login cookie that instructs caching systems (LiteSpeed, etc.) to bypass the cache for the browser holding that cookie. Protected and dynamic member pages therefore can’t be fully cached, which can raise the measured server response time. That’s expected behavior for any access-control plugin rather than a bug introduced in 4.7.6.
A few things that will help:
- If you’re seeing an actual PHP error somewhere (a fatal error or stack trace), please grab it from your real PHP error log or
wp-content/debug.log rather than the Site Health screen — the wording there can be misleading. Paste the exact message and we’ll dig in.
- For the response-time notice, the fix is on the caching/hosting side: make sure your cache plugin is configured to cache public pages normally while excluding your member-only/login/account pages. The slow response time itself is largely a server/hosting performance matter.
- As a sanity check that 4.7.6 isn’t conflicting with something else, the standard conflict test is worth a quick run: https://simple-membership-plugin.com/forums/topic/test-for-plugin-and-theme-conflict-before-posting-an-issue-or-a-bug/
Hi team, thanks for your response.
I have gone through the Plugin and Theme conflict process by isolating the plugin by turning off all other plugins, which is how I arrived at your Simple Membership plugin. I also swapped themes to Twenty Twenty Five and the issues persists.
The website uses Litespeed Cache and as a matter of habit, this was the first plugin I deactivated. When I deactivate it and run Site Health check, it will initially show as good, but when I refresh and run the check again, the ‘Page cache is not detected and the server response time is slow’ warning appears, again and again.
Even with Litespeed Cache active though, I have excluded your /membership-login url and any other urls using your plugin, as well as these cookies; swpm_session and swpm_in_use.
The website is completely up to date with WordPress 7.0 and is hosted on Synergy Wholesale / VentraIP servers, which I find to be extremely reliable and stable. I have tried PHP 8.2, 8.3 and 8.4, but same result with all. Running the debug file did not offer any results and neither did Query Monitor plugin.
The website has never shown this error in the past and I have been using your plugin for several years now, with Litespeed Cache and the same servers. It’s only now that this is happening and only when Simple Membership is active.
Thank you for providing more information. However, at present you are the only person reporting this issue. As mentioned above by @wpinsider-1, this could be a server side issue and not a plugin issue. Have you spoken to your host support team regarding this PHP error?
Kind regards.
