mike8040

Thanks for your response. Since the site is live and I don’t let a defective state online I switched back to language slug mode. So this actual state wouldn’t help to post.
You have some background info about that status code? Not sure what that means.

Does anyone have an idea how to tell Pl to redirect any other language other then the default to english?

Hi, which exact script did you exclude? I’m using Wp-Optimze with Cloudflare cache so not sure how WP-Rocket handles exclusions. Right now I’m facing slow response with Cartpops and some weird empty cart bug when moving from checkout back to product category. Need to go to a different category again to get the cart item amount back. Any recommendations how to exude Cartpops from Cloudflare cache?

Same issue with Cloudflare cache and Polylang. Did you resolve it somehow?

Thanks for clearing it up. After some tinkering I decided to ditch WeGLot and go the Polylang route again. Seems they did some workflow updates since I last used it. Anyway I couldn’t get any suitable or better performance with CF Super Cache plugin in my case and switched back to CF with Wp-Optimize. Thanks for your help

Yes, wasn’t keen on the alternatives out there and Polylang does take long to setup. Do you suggest to get rid of WeGlot completely or just the redirect? Do you know an alternative you would recommend?

Its weird as with Wp-Optimize caching in conjunction with CF I got <0.2s First byte results and overall a really good performance even on mobile. So you definitely right that something shady is going on in the background right now.

Thanks a lot for investigating even I’m not sure what to make out of it. The /en path is a redirect by WeGlot translation plugin that switches to it by checking the browsers language. I try to deactivate the auto redirect and test it.

Its acido.shop

OK, I’m having a hard time to understand your instructions. But in the meantime I think I solved it. I did deactivate ngix caching, removed two entries in the htaccess and set Browser Cache TTL in CF to a period from “respect the header”. Now the second entries are gone. Still the first byte test is bad with >3s. Not sure if about re-activating ngix caching. Doing testing.

Do you recommend to use CF Rocketloader and CF minimize function?

So there is no way to find out the source of the response? That means your plugin doesn’t work until I get rid of the second cache-control? What makes me wonder as the error message says if I see cf-cache-status:HIT then the caching works.

The server setting is currently set to Ngix. There are bypass options you see in this pictures:
https://support.plesk.com/hc/user_images/ZWQfeaeitnCdancS56tujg.png

Could they interfere here?

//Edit: I see in the network logs that for instance jpg (cache-control:max-age=31536000) have just one cache control header but JS or the main document have two. So does it mean just jpg get handled by the CF plugin cache right now?

• This reply was modified 3 years, 10 months ago by mike8040.
• This reply was modified 3 years, 10 months ago by mike8040.

Hey don’t want to hijack the thread but is there any solution? Having the same issue. My WP settings (https) are correct. Testcache.html = cf-cache-status: HIT but still this error and slow Benchmark speed. Also I got 2 cache-control entries. Should I open a new thread?

• This reply was modified 3 years, 10 months ago by mike8040.
• This reply was modified 3 years, 10 months ago by mike8040.