smartalert
Forum Replies Created
-
@hristo-sg Thank you! I am aware that dynamic caching could help (please see my 2 support tickets from 3 months ago). Unfortunately I have to exclude pages from dynamic, because otherwise my i18n (geotargeted) ads on these pages don’t work. I have now contacted the ad plugin developer to see if he has an idea how to tackle this.
@hristo-sg Here’s my update, which might help you to fix the bug:
I have reverted to 5.5.6 and it does not display the message, but also does not help in any way in terms of performance (Pingdom page load time still > 4s)
Interestingly in both cases this process is running with approximately the same size:
/usr/bin/memcached -d -p 20082 -u xxx -m 64 -c 256 -P /var/run/memcached/xxx/memcached-20082.pid -l 127.0.0.1 352356 kB 32304 kBWhen updating from 5.5.6 to 5.6.0 with enabled memcache, the popup message does not appear, the Error box described in OP is displayed, but the memcache box stays on.
I’ve checked with the Query Monitor plugin you installed and “External object cache in use” seem to confirm this.My root problem is that the SiteGround avg server response time went through the roof end of May (from less than a second to over 3 secs) and stayed there. Accordingly traffic halved over the last 2 Months, as people don’t like slow sites. SG Optimizer seems no help here. 🙁
I’ve uninstalled the Query Monitor plugin you’ve installed. Is there anything else I should clean up from your session yesterday, eg your “patch”?
Double entry removed
- This reply was modified 5 years, 9 months ago by smartalert.
Unfortunately not 🙁
1. Login into wp-admin: Message memcache disabled
2. Turning on memcache in SG Optimizer settings
3. reloading the URL
4. Switching to dashboard and back to SG Optimizer settings
5. Error message like in OPCool, thanks a lot! I am checking the sizes of those objects and somehow don’t understand what a single object is (all of the transients together?) Also I’ll try to get rid of the rs-templates in staging, to see if it breaks the setup.
_transient_feed_d117b5738fbd35bd8c0391cda1f2b5d9
329079
rs-templates
286944
_transient_feed_5eb173ec8534c3094fdc6da9d8253a67
111019
_transient_feed_9bbd59226dc36b9b26cd43f15694c5c3
104800
_transient_wpseo_site_information
55183Regarding: transient and memcache. How can I investigate from here?
I am only using SG Optimizer and no other caching plugin.@hristo-sg Ok, thanks. JFYI: The biggest chunk are the theme related settings (td_011_settings). I am using Newspaper by Tagdiv, latest version and that’s how they save their state-of-the-art “cloud-template” settings which are supposed to be much faster than their old implementation.
URL is embedded in OP
@hristo-sg Ok, waiting for the logging in 5.6.1 to be able to resolve this.
@crimsonguard All autoload keys TOGETHER are below 1MB in my case. No, I don’t use Enfold.
Thanks for the pointer, very helpful!
Removed some stuff from the options table, uninstalled some plugins, optimized DB.
The Query for ALL autoloaded data: “SELECT SUM(LENGTH(option_value)) as autoload_size FROM wp_options WHERE autoload=’yes’;” returns now 741086, which is less than 1 MB. The whole options table is 1.8 MB.Still, SG Optimizer memcache returns the same error. Do you have some other pointers? Maybe Logging I could provide?