Aditya Agarwal

Thanks it worked.

Your support was amazing, much appreciated.

Hi,

I would have created ticket, but as of now, I think I found the bottleneck.

My hosting provider asked me to disable WordPress cron and use their Linux cron, that improved performance.

Besides, you are right, ESI disabling slightly improves the TTFB (Still not enough)

Another quick question, my hosting provides in-built object caching. At the same time I have enabled WPLSC’s Object Caching using Memcached. What is better? Should I keep both on, or choose one of them (recommend which one in case only 1 is needed)

If this Object Caching sorts out, I think the performance gains would be enough to not need a ticket. Thanks

Here’s a curious observation. I don’t know if it would help you or not, but I still thought you should have the complete picture.

The impact of themes and plugins is negligible for me. I deactivated all plugins (except Wordfence, security you know) and switched to default WordPress theme.

Even then my Initial Server Response Time was 0.62 sec. Activating LSCWP did improve it a bit (only LSCWP and WordFence active), but it still remained greater than 0.5s.

So, I believe that plugins and themes have nothing to do with it, it is just some better config in LSCWP that can do the trick. I have contacted support and they said to run DB optimizations which I did and had temporary performance gains but even they were diminished within few mins.

Yes I suppose,

Lighthouse refers to it as “Initial Server Response Time”, but I assume TTFB and Initial Server Response Times are same thing. As mentioned previously, this time varies a lot between consecutive runs, but I am pretty sure that the Initial Server Response TIme gets slightly worse when LSCWP is active on my current settings. I was hoping that the time would improve rather than worse

Yes that is correct.

The numbers were suprising. I tried putting my site to complete conflict test and then switched off all plugins and all themes (Standard WordPress 2022 theme). Even then 0.6 seconds of TTFB (for the blog posts). With other plugins and themes it reaches till 1, and with LSCWP it reaches 1.4+

Hostinger Cloud Hosting support said 0.6s is “acceptable”, I don’t beliebe them. I was hoping my number would go down to less than 0.6 with LSCWP but they are getting worse in this particular area.

Please advice.

I am not much concerned about Home Page, because our site is not reliant on home page for conversions. But, I am very much concerned about the blogs. Please advice.

So, you wanted TTFB data for various parameters.

All the below data is measured on same device + same browser with WiFi (80-100 Mbps). I used Brave Browser with Chrome’s Lighthouse for testing (Device set to mobile)

There you go for home page:

• LoggedIn + Cache Miss + LSCWP Deactivated: 10,500 ms
• LoggedIn + Cache Miss + LSCWP Active (ESI + Obj Cache Disabled): 11,500 ms
• LoggedIn + Cache Hit,Private + LSCWP Active (ESI + Obj Cache Disabled): 10,400 ms
• LoggedIn + Cache Miss+ LSCWP Active (ESI + Obj Cache Enabled): 12,180 ms
• LoggedIn + Cache HIT, Private + LSCWP Active (ESI + Obj Cache Enabled): 13,610 ms

For a blog post:

• LoggedIn + Cache Miss + LSCWP Deactivated: 870 ms
• LoggedIn + Cache Miss + LSCWP Active (ESI + Obj Cache Disabled): 760 ms
• LoggedIn + Cache Hit,Private + LSCWP Active (ESI + Obj Cache Disabled): 920 ms
• LoggedIn + Cache Miss + LSCWP Active (ESI + Obj Cache Enabled): 1,890 ms
• LoggedIn + Cache HIT, Private+ LSCWP Active (ESI + Obj Cache Enabled ): 1700 ms

Worked Suprisingly well.

Issue is resolved. Though, I will try to turn on a few things and try all combinations to have atleast a few of them set to “On”.

Regardless, my purpose is solved. Thanks for your support.

So,

An Update:

With the settings that I mentioned above, Menu has stopped working at many pages, including Home, so things aren’t right.

Regarding your comment about pagespeed, I am not sure why, but I am seeing HIGH TTFB for logged in users.

Also,

Guest Mode: ON
Guest Optimization: ON
CSS Combine: OFF
CSS Minify: OFF
UCSS: OFF
CCSS: OFF
JS MINIFY: OFF
JS Combine: OFF
JS DEFER: OFF

Cache is also purged. Will observe and update you in next 12-15 hours of testing.

To be clear,

Guest Mode: ON
Guest Optimization: ON
CSS Combine: ON
CSS Minify: ON
UCSS: ON
CCSS: ON

JS MINIFY: OFF
JS Combine: OFF
JS DEFER: OFF

My Tests for Logged In users are significantly worse (My Customer retention would be worse due to speed disadvantage). For Logged Out users, things remain mostly same.

I will keep you updated about the degree of resolution of issue.

Hi,

I tried. Unfortunately, the cache rebuild takes time and it is only once the cache is built and crawling is done that I can do the evaluation.

Though, I noticed significant performance score drop after turning of JS optimization, so I can’t really have it OFF for long term (even if it solves the issues.)

I will keep testing and update you within few hours. But, at the same time, is there any way we can work on the whitelist for CSS selectors in Guest Optimization and do something to better include CSS for Guests? Because Whitelist not working seems to be an issue from you.

No. I have checked that the CSS classes are changing on button click, but the changed classes don’t have relevant CSS. So, clearly not a JS issue (as JS part is working).

If you still want me to try it, let me know, I will happily honour your suggestion.

Okay,

So, Another Quick Observation. I think I’ve got that Vary link working.

On a first time load it shows the expected reload : yes value. But upon refresh (Second visit) it shows empty array. So, I assume this is the expected behvarior.

Just open fresh incognito tab and see, I think it works.

So, I recorded a video. It shows all plugins and themes are operation, I clear my cache, and then open incognito the expected value of reload is observed. Thereafter I refresh page and again the array is empty.

https://drive.google.com/file/d/1HfWjC774UEm-Ie_ObUg_vtvtpJlnUebP/view?usp=sharing

So, what is the next step for us? How do we get my issue resolved?

Any suggestions on what could be the error?

I have tried everything and haven’t been able to get that Guest Vary to work.

It is most likely a issue within the plugin, as complete conflict tests and multiple PHP versions have been tested on my site.

Could there be a setting that I might have “accidentally changed” that resulted in Guest Vary not working.

Another Observation: The issue seems to appear on some pages but not on others. Some pages rarely have navbar working for guests, while other have navbars always working.

Also, I added the whitelist selectors for elements in Navbar. Why are they still being excluded? Since those selectors are whitelisted, there CSS code should always be included in pages.

Please advice.

I dont really know.

I performed complete conflict test, deactivatng all plugins but LiteSpeed Cache and shifting to default WordPress theme.

Still couldn’t get it to display anything other than ‘[]’.

Please advice.

Secondly, I am not really sure how it is relevant to my issue of Guest Optimization / UCSS. Though you are the better judge.

Hey thanks for the prompt response.

It worked quite well in terms of improving scores.

At the same time, Server Initial Response Time is still an issue

Refer screenshot. https://snipboard.io/FS73Yy.jpg

I am still observing Initial Server Response time of about 0.8s which in 4x of what an average site would have. Please advice.

Another Unrelated issue, https://snipboard.io/7r1HUy.jpg I just shifted my hosting services 1 week ago, and since then I am seeing this issue, please advice on how to solve.