miketica

I am getting the same issue with pages that DO have a meta description set.

I am still trying to find the best settings ??
Nice work with brokerbet.it but that is a very simple website.

For the website above parcelux.com , it has Woocommerce, WPML, tracking scripts and a lot more pictures.

I’ll keep testing, but, so far, there is not a clear winner ??

Hi,

Regarding the loading speed: the test was done with WP Cloudflare Super Cache enabled vs disabled on a WP Rocket optimized site on a Litespeed server. Most of the optimizations where already done.

Browser cache should not affect first time visitors’ actual loading speed. So, one other thing that could make the page load slower with WP Cloudflare Super Cache enabled is WP Rocket preload feature, is it used by WP Cloudflare Super Cache? CCSS was already generated, by WP Rocket as well.

I see you point with testing the TTFB, I am just trying to see how I can use WP Cloudflare Super Cache to get a better overall loading speed, not just the TTFB.

Anyway, thanks for the awesome support and the great plugin.

Hi,

Thank you for the quick reply.

Per GTMetrix, the average number of requests per page is 88, so 100,000 requests should give you roughly 1100 visits per day, if I my calculations are correct. This is more than enough for most local websites/businesses. Higher traffic websites should be able to pay for additional requests, depending on the cost? I think I read about the possibility of enabling some caps as well, I am not sure if spend caps or caps on the number of requests? I am not sure if bot traffic affects these numbers.

Regarding the performance for the example website above, I am not interested in scores, but purely in load times. It seems that using WP Cloudflare Super Page Cache almost doubles my load time on a LTE connection.

I am not sure if I need or do not need to use the Overwrite the cache-control header.

Thanks again.

Thanks, but let me repeat my question:

Do I need to delete the existing installation; will the settings save?

“Installing Plugin from uploaded file: litespeed-cache.zip
Unpacking the package…

Installing the plugin…

Destination folder already exists. /home/*********/public_html/wp-content/plugins/litespeed-cache/

Plugin installation failed.”

Ok, thanks for the quick solution.
It does not install directly on the WordPress plugin installer. The zip file has another litespeed-cache.zip file. Should I delete the existing installation and replace it with this one? Will the settings stay the same?

Ok, I’ve done that and it works.

I tried to avoid this solution since it turns off Webp for the whole website and it is one more Litespeed Cache feature that I cannot use.

It might have something to do with their image paths. When I switched a website to https, I had to manually replace the path from http to https for their lightbox in the editor – SSL plugins that replaced everything else did not work for Thrive Leads.

Regarding Thrive Leads exclusions – usually when enabling Cache plugins (and especially minification/concatenation) for a website, there are just a couple of plugins that give me the most trouble. This is the case with Thrive Leads (+ Cube Portfolio + Max Mega Menu) for this particular website. Even though the plugins themselves do their job well, developer don’t give a second thought to putting together documentation on how to avoid this kind of issues, what to exclude and how. I’ve tried using the Blue Button Chrome extension to generate JS and CSS file lists prior to optimization, with mixed success.

So, long story short, I pointed this out to the Thrive Leads team and they obliged. Not sure if the exclusions are just for the editor mode?

Thanks.

Thrive Leads team is saying that the issue is created by Webp for the pop-up image:

“The issue is caused by the fact that you are using image file format .WebP”

They also provide instructions on how to exclude Thrive Leads:

“You can exclude Thrive Leads using query strings. You can add the query string *tve=true* in Do Not Cache Query Strings.

/wp-content/plugins/thrive-leads/(.*).js
/wp-content/plugins/thrive-leads/(.*).css
and add this in Do Not Cache URIs.”

It is a widget.
Not sure what’s going on with Chrome, it works for me on Chrome in incognito and on Blisk with the cache turned off.

Thanks.

I saw in other topics that you plan to add some CCSS improvements in v3.0.
Is there an approximate release date?

Thanks

Hi Tom,

I’ve found out that the structured data can be added manually for each menu item. The list attributes are not necessary.

Still, Site Navigation structured data would be a nice feature to have for any menu plugin, especially if there’s on/off toggle, just in case the markup is being added by another specialty plugin.

Thanks,
Mike

Hi,

I have turned Cloudflare development mode on.
CSS generation is set to background.
It still breaks the menu on the website.

Thanks,
Mike

So, I guess I’ll have to look somewhere else for a working solution until the CCSS of the plugin is improved?

Hi guys,

This is the report number:

Report number: MGFQFAXM

Report date: 06/21/2019 15:54:47

This in the log file where the file shows:

06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] start
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude style.min.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude /wp-content/uploads/maxmegamenu/style.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude dashicons.min.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude mobile-header.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude layout-max-low.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude layout-max.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude layout-below-max.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude layout-small.css
06/21/19 09:01:50.408 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude wc-small-screen.css
06/21/19 09:01:50.409 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude cubeportfolio.min.css
06/21/19 09:01:50.409 [162.158.106.130:23878 1 ZsG] [Optm] _handle_css bypassed exclude 13332-layout-partial.css

(these are not all the files I excluded, just a few of them)
I am not sure if I am excluding the correct file. What I did was to set Disable All Features On, navigate to the website in an incognito window, and get a list of the CSS and JS files (using the Blue Button extension).
Then, I logged in into Cloudflare, disable all the Auto Minify features (to be sure) and cleared the cache.
Then, I loaded the Litespeed plugin settings, enabled CSS Async and performed a Purge All.

The website layout is still broken. Using the CSS files I got from the Blue Button extension, I tried excluding theme files (from CSS excludes) one by one to see if it changes anything. It does not, the desktop menu layout is still broken.

Let me know if I can provide anything else to make things easier.

Thanks,
Mike

So, the file is excluded, but I am not sure if it is the one causing issues. I tried excluding other CSS theme files as well, but nothing works. When I activate Load CSS Asynchronously, the menu looks like this on desktop:

https://prnt.sc/o3ulsb

The mobile hamburger menu icon is showing (it’s not supposed to), the flyout menus are not displayed correctly and neither is the top bar.

So, I am not sure what I can do to make it work. Before, I was using criticalcss.com with Autoptimize and the Critical CSS was generated without any errors at a click of a button, on the same website. I am not comparing anything, I am just trying to narrow down the issue so I can make it work.

Thanks,
Mike