• Resolved joy0114

    (@joy0114)


    Hi,

    Since update to 5.5, I noticed a strange behavior.

    I run crawler every 3 hours, I use guest mode.
    All pages are marked as “already in cache”.
    However, when I test the website in incognito mode (and not logged in), I found numerous pages in state:
    X-Lsadc-Cache:
    miss

    At the same time, I see:
    Cookie:
    _lscache_vary=guest_mode%3A1

    If I purge my browser cache, and reload the page, it’s ok, with “hit” and a much better loading time of course !
    This applies to both static and product pages.

    But I’m a bit worried because I don’t know if I should trust the crawler’s data, which tells me that EVERYTHING is cached…

    Here my report:
    EACWPDVW

    Thank a lot for all your explanations.
    Best regards

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

    (@qtwrk)

    Could you please create a phpinfo page , and check what is the value of “$_SERVER[‘SERVER_ADDR’]” ? you can mask first 2 blocks and only gives me the last 2 blocks.

    Thread Starter joy0114

    (@joy0114)

    Hi Qtwrk,

    Thanks for your answer.

    phpinfo() gives me:
    $_SERVER[‘SERVER_ADDR’] xxx.xxx.164.107

    But when I check my hoster’s Cpanel page, there is another ip: xxx.xxx.164.68

    That’s because when we choose to NOT use Litespeed ADC server, this is 164.107, and if we use their Litespeed server, website ip is 164.68

    Long time ago, they told me to setup litespeed plugin with 164.68. What I made.

    Since this time, I had never changed that.
    Quic.cloud CCSS seem to generate and be fetched.

    And, now, since LSCache 5.5, my crawlers are useless:
    apparently the cache is done (everything in “already in cache”), but in practice, all pages are in “miss”.

    Pages become “hit” after a visit.

    I tried to manually visit as many pages as possible, but that’s not a solution !

    Do you think it could be an ip issue ?

    Thanks a lot for your help, because crawler is really a key feature.
    Best regards

    Thread Starter joy0114

    (@joy0114)

    Something I really don’t understand:

    phpinfo() gives me:
    $_SERVER[‘SERVER_ADDR’] xxx.xxx.164.107

    And, in the same time, http headers for a page in my website gives me:

    Méthode De Requête:
    GET
    Code D'état:
    200
    Adresse Distante:
    xxx.xxx.164.68:443

    In doubt, I set in “general config” of LS plugin: SERVER IP = xxx.xxx.164.107, then
    I started a new crawl (without purging all), it finished, and another page which I visit very few (privacy policy) gives me “Miss” …

    This ip inconsistency is weird for me, but, how it could explain a default of crawl ?
    I precise that with SERVER IP = xxx.xxx.164.68 in “general config” of LS plugin, generation of ccss with quic.cloud works quite well (it sometimes takes several crawls for it to generate a ccss, but that’s no big deal)

    Thanks for any idea, because it’s really a pain at the moment.

    Best regards

    Plugin Support qtwrk

    (@qtwrk)

    it looks like you have some kind of … convoluted system

    please try go to sitemap setting -> drop domain , set it to OFF, then refresh the sitemap and crawl again , this way , it should use the DNS resolver, instead of following server IP setting to make connection.

    Thread Starter joy0114

    (@joy0114)

    Hi Qtwrk,

    Information taken, xxx.xxx.164.107 is a load balancer, and the real web server is xxx.xxx.164.68
    So nn every settings, I had to use this last ip.

    I tried what you suggested, but without success: crawler works but the truth is that very few pages are in cache.
    And, it appears since LSCache 5.5

    So I decided to downgrade to 5.4 which works like a charm: all pages and products are in cache after the crawler has passed.

    I put this topic in “solved” because I have no time to investigate further.
    Anyway, thanks a lot for your attention and help.

    Have a good day.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Missing pages in cache’ is closed to new replies.