Ich versuche seit ungefähr 48 Stunden, ein gzip-Deflationsproblem zu lösen, und stelle fest, dass ich möglicherweise um Hilfe bitten muss, hehehe.
Ich habe endlich das Deflate-Modul auf meinem gemeinsam genutzten Unix-Server über .htaccess aktiviert, nachdem mir klar wurde, dass ich die Komprimierung in meiner php.ini-Datei aktivieren musste.
PageSpeed sagt mir, dass mein Stamm-HTML für die Site mit gzip codiert ist und ich eine Komprimierung von 77,3 % für die WordPress-Site theoleandersofsanleon.com erhalte, aber keine der Dateien in irgendwelchen Unterverzeichnissen komprimiert werden (hauptsächlich css- und js-Dateien in meinem WordPress Verzeichnis und seine Unterverzeichnisse).
Ich hielt es nicht für notwendig, aber ich habe versucht, die Direktive Directory und dann die Direktive Location zu verwenden, ohne Erfolg.
Ich habe eine phpinfo.php-Datei im Stammverzeichnis abgelegt, wenn Sie dies für Serverspezifikationen sehen müssen.
Folgendes habe ich in meiner .htaccess-Datei sowohl für mein htdocs-Verzeichnis als auch für mein WordPress-Verzeichnis:
<IfModule mod_deflate.c>
# Insert filters
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-php
AddOutputFilterByType DEFLATE application/x-httpd-fastphp
AddOutputFilterByType DEFLATE image/svg+xml
# Drop problematic browsers
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
# Make sure proxies don't deliver the wrong content
Header append Vary User-Agent env=!dont-vary
</IfModule>
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Bitte lassen Sie mich wissen, wenn Sie weitere Informationen benötigen, und vielen Dank für jede Hilfe, es wird sehr geschätzt und ich kann damit beginnen, meine Haare wieder wachsen zu lassen 😎
Danke für die Antwort. Ich habe ungefähr 12 Stunden lang die Dokumentation über Gzip und Deflate gelesen und alles, was ich gelesen habe, stimmte darin überein, dass Gzip die alte Version war (zur Verwendung mit Apache 1.3) und Deflate neu war, wobei Gzip nach Apache 2.0 veraltet war Das heißt nicht, dass all diese Dokumente nicht falsch sind. Ich habe die Komprimierung in .htaccess auf mindestens 5 verschiedene Arten aktiviert, und bis ich die Zlip-Ausgabe aktiviert habe, hat sie nicht funktioniert. Ich habe auch bei jedem Schritt des Prozesses den Browser-Cache gelöscht. Hast du irgendwelche Informationen zu meiner Frage? Nochmals vielen Dank für die Antwort.
– Will Richards
18. Dezember 2012 um 17:06 Uhr
Es tut uns leid. Du hast Recht. mod_deflate wird mod_gzip vorgezogen. Ich weiß nicht, warum ich das geschrieben habe, obwohl mod_deflate zu meiner Verteidigung tatsächlich gzip entgegen seinem Namen verwendet. Ich werde meinen Kommentar löschen, um niemanden zu verwirren.
– Gerben
18. Dezember 2012 um 21:56 Uhr
Kein Problem. Es gab jedoch eine seltsame Sache, ich habe in meine php.ini geschaut und dort stand, dass mod_deflate installiert wurde, obwohl, wie Sie bemerkt haben, auf meinem Server Apache 1.3.42 ausgeführt wird. In jedem Fall habe ich die Anweisungen von meinem htaccess entfernt und WT3C installiert. Jetzt zeigt es, dass es Gzip verwendet (was für 1.3 sinnvoll ist) und alle meine CSS und JS komprimiert, aber nicht meine Homepage-HTML, LOL! Also habe ich jetzt genau das Gegenteil von dem, was ich ursprünglich hatte. 😎 Naja, die Seite ist jetzt etwas schneller, mal sehen, ob ich nicht irgendwann beide Seiten der Gleichung zum Laufen bekomme…
– Will Richards
18. Dezember 2012 um 22:02 Uhr
Aha. Ich habe gerade die Website überprüft und das CSS wurde mit gzip-Komprimierung zurückgegeben. Aber warum immer noch Apache 1.3.42 verwenden? Diese Version ist fast 3 Jahre alt.
– Gerben
18. Dezember 2012 um 22:10 Uhr