Forum Replies Created

Viewing 2 replies - 1 through 2 (of 2 total)
  • Thread Starter MatthiasWelz

    (@matthiaswelz)

    Hi,

    sorry for the delay in my response.

    The wp-config.php contains nothing unusual (database settings, authentification / security setup, debug mode is disabled):

    define('DB_NAME', '[redacted]');
    define('DB_USER', '[redacted]');
    define('DB_PASSWORD', '[redacted]');
    define('DB_HOST', '[redacted]');
    define('DB_CHARSET', 'utf8');
    define('DB_COLLATE', '');
    define('AUTH_KEY', '[redacted]');
    /* ... */
    
    $table_prefix = 'wp_pixx_';
    define('WP_DEBUG', false);
    if ( !defined('ABSPATH') )
    	define('ABSPATH', dirname(__FILE__) . '/');
    require_once(ABSPATH . 'wp-settings.php');
    
    /**
     * Include tweaks requested by hosting providers.  You can safely
     * remove either the file or comment out the lines below to get
     * to a vanilla state.
     */
    if (file_exists(ABSPATH . 'hosting_provider_filters.php')) {
    	include('hosting_provider_filters.php');
    }

    The referenced “hosting_provider_filters.php” contains code to disable xmlrpc-pingback.

    During the last week, I tried enabling the Falcon engine again with my attempted fix in place (adding SetEnv no-gzip dont-vary to the htaccess file).

    So far, it’s working without any issues. Maybe there had been some caching issues which played into this…

    Again (for people experiencing a similar behavior), my .htaccess file looks like this:

    #WFCACHECODE - Do not remove this line. Disable Web Caching in Wordfence to remove this data.
    #...
    #Do not remove this line. Disable Web caching in Wordfence to remove this data - WFCACHECODE
    
    RewriteEngine on
    # ... (Domain rewrites)
    
    # THE LINE I ADDED:
    SetEnv no-gzip dont-vary
    
    # Use PHP5.4 as default
    AddHandler application/x-httpd-php54 .php
    
    # BEGIN WordPress
    #...
    # END WordPress
    
    # ... (MIME-Types)
    
    # Start CloudFlare:journeyofcode.com rewrite. Do not Edit
    # ...
    # End CloudFlare rewrite.

    I don’t know the exact difference between my addition and the lines added by Wordfence:

    SetEnvIfNoCase Request_URI \.html_gzip$ no-gzip
    SetEnvIfNoCase Request_URI \.xml_gzip$ no-gzip

    So far, it seems to do the trick, however. I’ll update here if issues start appearing again.

    Thread Starter MatthiasWelz

    (@matthiaswelz)

    Thank you for looking into the issue!

    I think something else is compressing your page output and it’s doing it at the PHP level BEFORE falcon receives the data and caches it.

    After looking further into this, this seems to be caused by Bluehost: http://webmasters.stackexchange.com/a/59280

    I tried to disable GZIP as shown here http://www.bluehostforum.com/showthread.php?18996-Turning-off-Gzip (note the “dont-vary” which is not added by Wordfence) and enabled the Falcon Engine again.
    However, after some time, some pages started becoming corrupted again (while other pages appear in the cache correctly)…

    Is it somehow possible to disable GZIP for Wordfence? Or allow Wordfence to uncompress the data?

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