Some technical questions
-
Hello there
hope you are all well.
We have recently started using SG Optimizer on our Siteground VPS-based site, switching away from WP Fastest Cache.
We have a few technical questions (with some premises and a few final suggestions) – we would really appreciate if Hristo Pandjarov or other developers could chime in and provide answers/explanations – we are happy to submit a support ticket if you think it is more appropriate.
Premises (correct us if we are mistaken):
– We understand SG Optimizer does not preload cache (as in running through a sitemap or index to actually cache the pages)
– We understand that pages are cached only temporarily by Nginx (we understand this is the parameter ‘inactive’, usually set at a default of 10 minutes: stale items (items that have not been accessed after this time or whatever time you have chosen) will be deleted.
– We understand that cache control headers are ignored, and that cache is deleted only if stale as defined by the inactive parameter. (this may be incorrect)
Questions:
1) How long do you keep items in cache for (e.g. what is the value of ‘inactive’ you set)?
2) Do you automatically refresh cache that has gone stale?
We had a look at https://forum.nginx.org/read.php?2,274264,274264#msg-274264
and
https://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_background_update=> it seems it is possible for an nginx server to ‘automatically’ refresh stale cache by serving the first request after an item has gone stale with the stale item while refreshing it in the background.
This would be incredibly important and welcome! It would mean that, once created, cache could ‘self-perpetuate’ (barring deletions due to content / plugin changes / hook triggers etc).This kind of setup would also be incredibly useful to recreate cache after a partial deletion (content update etc).
3) Refreshing all cache after full cache purge (initiated via purge button in WP admin): Do you do anything to recreate cache in this situation?
It would be useful to have some minimal crawling mechanism in place. We understand that this could strain a server, but it would be very useful if the user could submit a list of pages whose cache should be crawled immediately after a cache purge. (5 or 10 or more, depending on the strength of the server?) – a bit like workers deployed by cloudflare.
We would really appreciate if you could help us better understand the caching logic you apply, so as to better deploy our assets across the site etc.
Thank you very much in advance
Giacomo Bruzzo
- The topic ‘Some technical questions’ is closed to new replies.