MatthiasWelz
Forum Replies Created
-
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-varyto 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-gzipSo far, it seems to do the trick, however. I’ll update here if issues start appearing again.
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?