vonsa

Thanks for your input!

All the best

Hi,

Thanks for your response.

Indeed, the website is still in development. You can view it by pressing the lock icon and inputting testfase.

All the best

Thanks! Works

I’ve possibly found the issue, will update later.

Hi Hristo,

Thank you alot for your response, finally someone who is responding to the subject. And thank you for being precise and responding extensively.

The dynamic caching is flushed when there is a change on your website – post published / deleted, comment approved, plugin installed, core updated, etc. etc. We monitor all hooks to make sure that cache is flushed properly. Plus, we do not invalidate all the cache all the time but we do it in a smart way depending on the event.

This said, you need to look into your site and figure out what is causing this behaviour – do you have many comments for example? Or is there a plugin that causes such behaviour. Maybe you’re spammed somehow. I can’t tell more without knowing your site URL / ticket ID, something so I can actually troubelshoot this.

I guess it could be a plugin that is triggering one of your hooks which is causing a lot of flushing. Otherwise I honestly don’t know, because it’s happening on sites that are completely without posts/comments/page/plugin/theme/css/js changes and does not have any woocommerce/products functionality.

So strange that talking with SiteGround tech support for over a week, still has them saying it’s all normal behavior and I should do speed optimization. I don’t think they even provide correct information and don’t ask about the situation this is happening in. I’ve sent them screenshots showing hourly gtmetrix charts, all tests indicating that cache is not being loaded. However they do a test and get cache hit result and totally ignore the subject..

This is not true. The static cache has nothing to do with your plugins / themes. It works on a server level and caches static resources until their last modify parameter chandes. I don’t know exactly what my colleagues told you or if it is out of context or something else but this is just not the cae.

This is my question and a quoted response from one of the senior technical support staff, take in consideration that this ticket has been going on for a week now, and my patience is running out a little bit in that ticket:

– Why is your caching making my site slower than not using caching at all? Should static cache (which should be flushed every 3 hours according to a post on your website) not shorten loading times?

Without any cache:
https://gtmetrix.com/reports/vonsa.nl/ZW9kYjaW
https://tools.pingdom.com/#5c2d55c7a1800000

With cache:
https://gtmetrix.com/reports/vonsa.nl/x1pNWjUW

“SG Optimizer is a software built and dedicated to our hosting environment and its purpose is to ease the optimization of client’s WordPress sites. As a piece of software, it has its pros and cons, but it manages to speed up the performance of the majority of websites which has it activated. Unfortunately, there are plugins/themes which are not fully compatible with SG Optimizer and sometimes this could affect the speed negatively. We strive to provide as much reports as possible to the developers of the plugin and many bugs and issues are fixed in future updates. Still, if you believe your sites are slower when SG Optimizer is enabled, you should disable it and replace with another caching plugin.”

So what should static cache be doing in terms of performance boost? As it does not seem to do anything for my installation, even showing increased loading times during tests and showing the x-cache miss.

Simply put because in order to pre-generate the cache we need to hit it. This will add bogus info to your stats and will increase the load on the server. Your math is not right because the cache is life span is updated upon hit. This means that if you have a popular piece of content and you don’t make any changes to your site it might be cached indefinitelly 🙂

Sorry for my incorrect math, this is only due to my experience with trying to relate GTmetrix / pingdom testresults to what SiteGround tech support is saying.
pre-generating cache should not be necessary if cache is indeed stored for longer periods of time, as you indicate.

Additional info:
Ticket ID: 3485799
URL 1: vonsa.nl
URL 2: lezzjeansfashion.nl

I will test tonight if there is a plugin stimulating the cache purge. You have my permission to do some investigation in cpanel, the wordpress installation etc..
Both domains are using different plugins, and lezzjeansfashion should be the most basic and without any other caching/optimalisation activated for that webshop.

All the best,

Coen

• This reply was modified 6 years, 2 months ago by vonsa.

Hi Jetxpert,

Thanks for your contribution! Really appreciate that.

SG optimizer is actually the only caching plugin I’m using right now, trying to keep it simple and minimize issues.

I’ve deleted the cache folder manually now as well and looked for remnants of other cache (could not find any, but I’m not good at searching for this), not sure if it will make any difference.

Did they progress the issue on your end?
Now they are sort of basically saying that this is all normal behavior. But in my eyes that would make it non effective, which seems strange to me.

I’ll keep you up to date about progress/solutions!

All the best,

Coen