• Resolved Imran Khan

    (@shuvo_aa)


    Hi support,

    When Inline UCSS option is on, random page layouts are broken. It just loads the page without any styling. Most of the time, it goes away when you refresh but sometimes, it stays broken. We were using DNS prefecth of any url within viewport.

    Our site is live and having traffic so I’ve disabled the inline UCSS options and using UCSS in combination with CCSS ( load CSS asynchronously ).That seems to be working for now. But we’d like to be able to use the inline UCSS option as that have a good impact on google pagespeed test score. We’ve also disabled prefetching of the links. We can’t simply have broken layouts when the customers are visiting the site.

    Are you guys aware of this issue ? And are you working on a solution ?

    Also, I found that after every CCSS/UCSS generation is completed by quic.cloud, ‘purge all’ actions is being fired automatically. Shouldn’t it be fired for that particular page/url’s for which the CCSS/UCSS generated is completed ? We have to now manually run the craweler in order to pre-load the caches’ everytime after a queue of CCSS/UCSS are done.

    How can we do this more efficient way ? Purging all cache after one urls CCSS/UCSS is definitely not a good way to do it.

    Hope to hear from you guys asap.

    Thanks.

    The page I need help with: [log in to see the link]

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

    (@qtwrk)

    Hi,

    Does the inline’d CSS have same content as individual CSS file ?

    by design it will only purge one page when that page’s UCSS/CCSS is generated

    you can verify/check with debug log

    Best regards,

    Thread Starter Imran Khan

    (@shuvo_aa)

    HI,

    ** Does the inline’d CSS have same content as individual CSS file ?
    –> You mean, as in the UCSS file ? It does but only after the page is refreshed again. The layout breaks completely. It’s the same as this support ticket https://ww.wp.xz.cn/support/topic/page-breaks-sporadically/

    ** I’ve checked the debug log. You can check it here https://pastebin.com/WMh3WAfP

    It shows a purge public action for each UCSS/CCSS generation. Does that look correct to you ? Cause we’re getting x-litespeed-cache miss on all pages ( first visit ) after one UCSS/CCSS generated.

    Thanks.

    Plugin Support qtwrk

    (@qtwrk)

    Hi,

    yes, the log looks alright to me , in each log you see a purge call like

    X-LiteSpeed-Purge: public,2da_CCSS.343858c4050da46ae590050a73669ad0,2da_UCSS.17e66a768bfa39aaf02aaede3ac41197

    this means to purge a page that has CCSS hash 3438….. and page that has UCSS hash 17e66…..

    the other case was coming from CSS combine/minify , not to UCSS, that user doesn’t have UCSS enabled

    when you use inline , does it show identical code as it is in file ?

    Best regards,

    Thread Starter Imran Khan

    (@shuvo_aa)

    Hi support,

    Thanks for the explanation. I guess it’s the crawler that we’ll have to rely on to always get cached version. Is that correct ?

    ** when you use inline , does it show identical code as it is in file ?
    –> As I mentioned in my previous post, it contains the same UCSS but only when we refresh the page manually. The first time it loads, and it loads very quickly, it doesn’t get the correct CSS and hence all the elements are broken.

    I browsed through the support threads and this is reported by others as well. I see you guys have advised them just to turn off the combine CSS feature.

    Thanks.

    Plugin Support qtwrk

    (@qtwrk)

    that case was due to CSS file leads to 404 error , did you see 404 error in your case ?

    because other cases don’t have anything to do with UCSS though

    Thread Starter Imran Khan

    (@shuvo_aa)

    Hi,

    When you use CSS as inline, there’s no CSS file loaded and hence there’s no possiblitiy of 404 error. But since the issue gets resolved once the page is refreshed, it’s possible that it’s still not being able to get the CSS inline properly ?

    We’re live with the site so we can’t really test this. We’ve disabled the Inline UCSS option after it broke every page on the site. We’re now using it with CCSS option and the site seems stable.

    I’ve one more question: Is it possible to make sure that the homepage cache isn’t purged unless manually do so ?

    Plugin Support qtwrk

    (@qtwrk)

    Hi,

    that’s the thing I was wondering and asked you to compare the inline’d code with UCSS file in the disk , to see if they are matched

    technically , yes , but it will have certain trouble to make it happen as you need to bypass or workaround a lot of default behavior to remove the purge call to the home page.

    alternatively , you can use a cron job (like once per minute) to access the homepage , so even it’s purged , it will be re-cached within 1 minute , which is simpler and easier workaround

    Best regards,

Viewing 7 replies - 1 through 7 (of 7 total)

The topic ‘Inline UCSS breaks the layout reandomly’ is closed to new replies.