• Resolved giggles420

    (@gigglesslut420)


    Minification and critical css does not work for the internal search results pages on my site which is built with DIVI. Everything worked ok before updating from 3.6.4.
    I have rolled back to 3.6.4 due to that and some other issues with broken CSS.

Viewing 7 replies - 1 through 7 (of 7 total)
  • Hi,

    Can you explain or provide a screenshot for your site on how css does not work?

    Please provide your report number as well, you can get it in sidebar menu > Litespeed Cache > Toolbox > Report > click “Send to Litespeed”.

    Regards,
    Lehan

    Thread Starter giggles420

    (@gigglesslut420)

    When I view source code (or gtmetrix waterfall view, pagespeed insights, etc) for search pages, I see the original unminified is and css files are called – not the minified versions.
    This occurs only on the search and search results pages, like mydomain.com/search/search+term
    All other pages and posts use minified CSS and JS as expected.

    Plugin Support qtwrk

    (@qtwrk)

    please follow this guide to enable debug log and grab the log to see what was happening during the page generation , for why it doesn’t work

    Thread Starter giggles420

    (@gigglesslut420)

    WJTKTLFL report sent

    I found where the plugin prevents caching of search pages in wp-content/plugins/litespeed-cache/src/control.cls.php

    and commented out this:
    if ( is_search() ) { return $this->_no_cache_for(‘search’); }

    Since I am not using the cache, only optimization, this works for me.
    Perhaps optimization should not be dependent on caching status of the page.

    Plugin Support qtwrk

    (@qtwrk)

    well, I believe the logic behind that is if a page is not cached and each time process it will run through all the optimization process, that could be resources-intensive

    your solution will be overriden if you update the plugin , maybe you can try this way

    go to Cache -> force cache URI , add the URI with 1 second of TTL , which is literally to no-cache ,e.g.

    search/search 1

    this way you should be able to bypass that cache check without edit the plugin file

    Thread Starter giggles420

    (@gigglesslut420)

    I’m aware it will be overwritten. I pointed out the problem so it could be fixed in a future version. Search pages received minified css and js without any problems under 3.6.4. One css file and one js file for all search pages was not a burden on server at all.

    I will try your solution, but since I am not using caching via litespeed (I’m not on a litespeed server), I doubt that will work.

    Plugin Support qtwrk

    (@qtwrk)

    for the plugin part , it doesn’t really care if it’s apache or litespeed, it just sends out the cache header, e.g. X-LiteSpeed-Cache-Control: public,max-age=3600 or something , if it’s apache, apache will ignore it , if it’s LSWS, then it will cache the page

    so the logic here should be same for apache or lsws when on that check.

Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘CSS & JS Minification and CCSS not working for Search Results pages (v4.2)’ is closed to new replies.