OK so what appears to be happening here is that we’re sending the gzipped version of your page but the web server is misunderstanding it and probably double compressing it.
I think the way we can fix this is to give you the option to disable gzip compression within Falcon which will mean that your server will do some extra work to compress each page, but it will still be super fast. The alternative is to leave Falcon creating gzip compressed pages but figure out why your server is double encoding it.
Any thoughts on this? Are you able to send me your apache config file? Are you running anything in front of your server e.g. Nginx or Varnish?
Regards,
Mark.
Thanks for getting back to me. I think you may have found the issue: Headway Theme has a setting to gzip output and I have it activated on this site.
I’ll disable it and see if Falcon works with it deactivated. I’ll also deactivate W3 Total Cache and do some testing to see how Falcon stacks up against W3TC (which is, by a very small margin the fastest cache plugin I have tested on this site – WP Supercache was a close 2nd).
One question though: does Falcon enable an object cache? I ask because I have had to disable this on W3TC in order for cron backup jobs with BackupBuddy to run properly.
Cheers
DBR
Yes please do this and let me know if you find a fix!
No we don’t enable an object cache because we found it offers very little performance benefit.
Regards,
Mark.
@dwall057: It is considered impolite to interrupt another poster’s ongoing thread unless you are posting a solution or suggestion. As per the Forum Welcome, please post your own topic.
Very curious as to whether disabling Headway’s gzip output worked for @bullrunner. I was working on a client site that had this same issue, found this thread, and decided to give it a shot. Here are the steps I took that have seemed to resolve the issue:
1. Disable Falcon.
2. Disable Headway gzip (go to Headway –> Options –> Advanced and then un-check the box for “Enable gzip compression”).
3. Clear Headway cache (go to Visual Editor –> Tools –> Clear Cache). I am not sure if this was necessary, but I did it just in case it would make a difference.
4. Re-enable Falcon.
The blog is now displaying properly in the browser (although it seemed to display properly initially when I first enabled Falcon last night, so I’m not calling this a for-sure fix just yet). The page load time did drop by a few seconds, from 1.2 seconds last night to 5.94 seconds today, using pingdom’s test.
I’m going to assume that disabling the Headway gzip optin IS a fix for this issue unless something suddenly goes awry, but I’ll come back to update if that’s the case.
Thanks!
let us know. Two plugins that gzip the content seem to have an adverse effect on the displayed characters.
tim
Thanks Marissa, this worked for me too. Was having problems with Wordfence Falcon and Headway. My missing step was clearing the headway cache. That ‘seems’ to have done the trick.