Plugin Support
qtwrk
(@qtwrk)
<IfModule LiteSpeed>
SetEnv no-brotli
SetEnv no-gzip 1
</IfModule>
please try add this to your htaccess, then purge all , purge CF cache.
Thanks for the feedback. I’ll play with the Brotli and Gzip for both Cloudflare and local to see if the issue still happens.
@supervisior could you describe more about this encoding error when Cloudflare have a version of the cache and Litespeed have another? Maybe we can find something to mitigate it. Currently we use Cloudflare Cache because it’s simply overpowered and drastically reduces our server load. We’ve built internal API integration with Cloudflare to clear content whenever we clear LiteSpeed cache, even in special cases.
Plugin Support
qtwrk
(@qtwrk)
for unknown reason , when origin sends encoded content (gzip’ed or br’ed) , but CF thinks it’s not , so CF double compressed it and send to user , that lead to this , I think.
so you could try disable compression at origin , and let CF to do the compression for visitors
and since connection between origin and CF servers are usually datacenter-grade, disable compression between origin/CF should not be a problem.
Thanks guys. This was very helpful. I’ll investigate further and tweak things and will udpate here for future reference.
We use this same setup for other websites (some with even more audience) but didn’t had a complain yet.
I’ll mark this as solved by now.
