• Resolved luxtools

    (@luxtools)


    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]

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Support qtwrk

    (@qtwrk)

    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.

    Thread Starter luxtools

    (@luxtools)

    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 ??

    Thread Starter luxtools

    (@luxtools)

    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.

    Plugin Support qtwrk

    (@qtwrk)

    yes, this is normal , otherwise your mini-cart may not display properly

    unless your theme uses ajax call to update mini-cart

    Thread Starter luxtools

    (@luxtools)

    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.36
    • This reply was modified 1 year ago by luxtools.
    • This reply was modified 1 year ago by luxtools.
    Thread Starter luxtools

    (@luxtools)

    I 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 1 year ago by luxtools.
    Thread Starter luxtools

    (@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

    Plugin Support qtwrk

    (@qtwrk)

    I feel it might be cookie issue , yes , better create a ticket , you can mail it to support at litespeedtech.com to create one.

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Crawler not cacheing pages? “miss” despite being cached.’ is closed to new replies.