• Resolved Bullrunner

    (@bullrunner)


    Hi,

    Both of the new cache options break the site and just return a screen full of characters.

    Every page now just looks like this:

    ��}�v7��o�y���;l^u�d*Gq�Ļ��/R�3����AV��nt���~�}�}��*�o$%�n�f��n,6���PU(�~���ώ���9��������d�����#B��#�c��Tp���L$�ySk��_�_��kCF ���D��@8l����&I��nOfѤ��I�l����J:YBO�H&��3�ܱ���u�zZ/56��[QpW�ؗ��-O��P�Sa"¤�D��]j����Ř�AҢ��E$N"Β6}τ/9���B����o\��$�u���f���$��B�m�l���L�D0���D��g᳹L�,� �wа�U쿍���������N���V�� �5{���P�F�5�j��6Z���L��Fd�e��J��8k�U�y3Tʏ�߅/c�� U(=Ԛz��8��cj�v:��%���F� Ć5�U��D!64���qUt(�C��nS�bj�Z’�hdѰ�0Ѩb� �H(s�p'”1���]V3��d”�$F@H�;��}���mԤ|��ĕ��j1�0�a�’���<���^����<�;*u�d;,z����4_{����N��۹

    I’m running a LAMP server (Ubuntu 12.04 LTS) and using the Headway Theme framework.

    System:
    Apache/2.2.22
    PHP Version: 5.3.10-1ubuntu3.10
    PHP Actual Configuration Memory Limit: 256M
    PHP Max Upload Size: 10M
    PHP Max Post Size: 64M
    MySQL Database Version: 5.5.35-0ubuntu0.12.04.2
    MySQL Client Version: 5.5.35

    Cheers

    DBR

    https://wordpress.org/plugins/wordfence/

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Mark Maunder

    (@mmaunder)

    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.

    Thread Starter Bullrunner

    (@bullrunner)

    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

    Plugin Author Mark Maunder

    (@mmaunder)

    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.

    Moved…

    @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.

    Marissa

    (@marissabracke)

    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.

Viewing 8 replies - 1 through 8 (of 8 total)

The topic ‘New cache options turn webpages into characters’ is closed to new replies.