Crawler not cacheing pages? “miss” despite being cached.
-
Hello. I switched to your plug-in to utilize the server cacheing and it is super powerful! Boosting my scores and loading much faster. The pages didn’t seem to be cached for long (unsure why, I have yet to do a debug) so I decided to use the crawler to maintain all pages in the cache at all times. I ran the crawlers manually (unsure if the cron is working), and it gives me the green icon on all the pages/crawlers. When I test in a ingognito tab, I get “cache miss” and it’s only until I refresh do I see the “hit”. Could you advise? I’d love to get this to work.
Report number: NQXUKMNS
Thank you for any assistance ! And apologies for being a noob
The page I need help with: [log in to see the link]
-
it could be purged somehow
please try lower the interval from 15000 to 61 , and put a small sitemap with fewer page links , crawl it , check it immediately after crawler finishes , see what it shows.
hey thanks for the response. I only have 24 pages, and it works well when it’s being crawled every minute. I need to test further but it seems to be working. I’ve lowered the thread and increased the interval to see.
I have an issue, where as soon as an item is added to cart (which takes forever…possibly because of the theme and general build of the site) but after item is added, the whole site is no longer relying on the cache and is slow. I’m assuming it’s because the mini cart quantity needs to be calculated. Is there any workaround for this; to only load the dynamic cart contents and keep everything else cached? Just exclude the cart from lscache? I remember selecting the mini cart option during lscache setup to make sure the quantity is consistent between pages.
Apologies if I explained poorly, and thank you for any help 🙂Update: I have just disabled the vary cache option and removed the counter from the mini cart, which I think should do the trick for me.
yes, this is normal , otherwise your mini-cart may not display properly
unless your theme uses ajax call to update mini-cart
Yeah that makes sense.
I have another problem where users and myself can’t log in. Unsure what the issue is.. I have tried purging cache, disabling it altogether, and disabling various options with no luck. When I press login, the button just goes grey. It’s not until I deactivate the plug-in where it works. I have made sure the log-in pages aren’t cached too. Can you advise? I put cloudflare in development mode too but it didn’t help.
Request URL: https://lux-edit.co/my-account/ Request Method: GET Status Code: 200 OK Remote Address: 104.21.87.169:443 Referrer Policy: strict-origin-when-cross-origin Alt-Svc: h3=":443"; ma=86400 Cache-Control: no-cache, must-revalidate, max-age=0 Cf-Cache-Status: DYNAMIC Cf-Ray: 82b2b4a0ed1663b0-LHR Content-Encoding: br Content-Type: text/html; charset=UTF-8 Date: Fri, 24 Nov 2023 15:32:39 GMT Expires: Wed, 11 Jan 1984 05:00:00 GMT Nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800} Report-To: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=F73bzqnLJDdwjOGStY%2FVwaTd8a9BTNEkIXZpXUkORwpXB5YDA%2FjHDw7Rix6NOVdT3DyjmYE24fGyFh0hZRYa%2F9trRA44WZuV%2FKowkPzrAI9I3kcWrgat67N64ILWkQ%3D%3D"}],"group":"cf-nel","max_age":604800} Server: cloudflare Set-Cookie: fneyzezf=yduv4f1wsypm; expires=Wed, 29-Nov-2023 15:32:38 GMT; Max-Age=432000; path=/; domain=lux-edit.co; secure; HttpOnly Set-Cookie: kpurc3em=0ibucz75l63x; expires=Wed, 29-Nov-2023 15:32:38 GMT; Max-Age=432000; path=/; domain=lux-edit.co; secure; HttpOnly Set-Cookie: v2v3np6l=kmx6sg4oq6ym; expires=Wed, 29-Nov-2023 15:32:38 GMT; Max-Age=432000; path=/; domain=lux-edit.co; secure; HttpOnly Strict-Transport-Security: max-age=63072000; includeSubDomains Vary: Accept-Encoding,User-Agent,Accept-Encoding,User-Agent X-Content-Type-Options: nosniff X-Dns-Prefetch-Control: on X-Frame-Options: SAMEORIGIN X-Litespeed-Cache-Control: no-cache X-Litespeed-Tag: 4b91_HTTP.200 X-Powered-By: PHP/8.1.25 X-Turbo-Charged-By: LiteSpeed :authority: lux-edit.co :method: GET :path: /my-account/ :scheme: https Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 Accept-Encoding: gzip, deflate, br Accept-Language: en-US,en;q=0.9 Cache-Control: no-cache Cookie: v2v3np6l=kmx6sg4oq6ym; kpurc3em=0ibucz75l63x; fneyzezf=yduv4f1wsypm; _lscache_vary=guest_mode%3A1; _ga=GA1.2.697078671.1700839928; _gid=GA1.2.910020937.1700839928; _gat=1; _fbp=fb.1.1700839928358.1431593896 Pragma: no-cache Referer: https://lux-edit.co/ Sec-Ch-Ua: "Google Chrome";v="119", "Chromium";v="119", "Not?A_Brand";v="24" Sec-Ch-Ua-Mobile: ?0 Sec-Ch-Ua-Platform: "Windows" Sec-Fetch-Dest: document Sec-Fetch-Mode: navigate Sec-Fetch-Site: same-origin Sec-Fetch-User: ?1 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36I am also being served cached pages while signed in, as the top admin bar is missing. It’s not until I go to an uncached account page it reappears. I tested the option to not serve cache to logged in users too.
When signed into admin on my homepage, I noticed this cookie:
Cache-Control: no-cache Cookie: _lscache_vary=guest_mode%3A1; _gid=GA1.2.724822091.1700825861; wordpress_test_cookie=WP%20Cookie%20check; wp_lang=en_US; wfls-remembered-E-VcbxuXk0Mpx99uFqJF7w=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpdiI6Ilk2XC9WMnVOeURUUzdqR2FyXC9JNXprQT09IiwiX2V4cCI6MTcwMzQxODMwMX0.vGk8WyoN9MI3vL2TlMqNc1BvUIRxwf6inZE9jLhbBEY; wordpress_logged_in_7b1ebbdda51ef005e0a9cdbd721992cd=luxtools_admin%7C1702035901%7C92hyrAfeEmKt9PsRcoADC8X0nALYuPhMfWubymFDw1J%7Cc30999640afe80cece4b6dc27654070f148ec3d945affaaeb9015613f6f41bca; tk_ai=woo%3AutWzerK5wclQuk1ZpIFjdewU; wp_woocommerce_session_7b1ebbdda51ef005e0a9cdbd721992cd=1%7C%7C1700999119%7C%7C1700995519%7C%7C2a4a8f2522173f871f928465438c04f6; tf_dismiss_admin_notice=1; v2v3np6l=kmx6sg4oq6ym; kpurc3em=0ibucz75l63x; fneyzezf=yduv4f1wsypm; _lscache_vary=admin_bar%3A1%3Bguest_mode%3A1%3Blogged-in%3A1%3Brole%3A99%2C0; wfwaf-authcookie-27f6637f7617937c2c3d0863fc5fb1e0=1%7Cadministrator%7Cmanage_options%2Cunfiltered_html%2Cedit_others_posts%2Cupload_files%2Cpublish_posts%2Cedit_posts%2Cread%2Cmanage_network%7Cb64c6f087a649d7efffb01eb3cc3813d1c384af9f1fbe34c4cd269b2d848d21d; _wpfuuid=fb6a492c-8799-461e-a3ba-4fa0b2654848; wp-settings-1=libraryContent%3Dbrowse%26editor%3Dtinymce%26uploader%3D1; wp-settings-time-1=1700837706; _ga_JZ7347KVDY=GS1.1.1700839692.2.0.1700839692.0.0.0; _ga=GA1.2.212610869.1700825861;Thank you for any help. I really want to get this all sorted and continue using your plug-in. Edit: I think this issue was the toolbar not being cached as an esi block. But the log-in issue remains
XHGPGIGD
-
This reply was modified 2 years, 3 months ago by
luxtools.
I have been trying to debug this for ages. I ended up removing all the lscache rules in htaccess, purged, reverted the settings, reinstalled etc and the default installation is still giving me the same issue (where it is serving cached pages to admin (no admin bar, it thinks i’m not logged in, unless i go to an uncached page). Interestingly I don’t have this issue on mobile. I also removed redis/object cache which didn’t help. I saw an old post where staff suggested editing “cachelookup public” on > off, but that seems to simply disable the cache, as far as I can see?
I think i’ve solved the “not being able to log in” by removing all the optimisation features. I need to further explore which particular setting is causing this.
I might open a ticket ? – as I’m kind of spamming this right now and need it working :'(
(there’s another issue also where currency is being cached on product express apple pay buttons which i’d love to fix, but that’s not a total priority as I can remove them for the time being).
Regards
I feel it might be cookie issue , yes , better create a ticket , you can mail it to
support at litespeedtech.comto create one. -
This reply was modified 2 years, 3 months ago by
The topic ‘Crawler not cacheing pages? “miss” despite being cached.’ is closed to new replies.