mod deflate komprimiert Unterverzeichnisse von root nicht

Lesezeit: 5 Minuten

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

Versuchen Sie dies in Ihrer .htaccess-Datei der obersten Ebene. Dies ist der Inhalt, der bei Verwendung des Optimierers in cPanel generiert wird.

<IfModule mod_deflate.c>
    SetOutputFilter DEFLATE
  <IfModule mod_setenvif.c>
    # Netscape 4.x has some problems...
    BrowserMatch ^Mozilla/4 gzip-only-text/html

    # Netscape 4.06-4.08 have some more problems
    BrowserMatch ^Mozilla/4\.0[678] no-gzip

    # MSIE masquerades as Netscape, but it is fine
    # BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

    # NOTE: Due to a bug in mod_setenvif up to Apache 2.0.48
    # the above regex won't work. You can use the following
    # workaround to get the desired effect:
    BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

    # Don't compress images
    SetEnvIfNoCase Request_URI .(?:gif|jpe?g|png)$ no-gzip dont-vary
  </IfModule>

  <IfModule mod_headers.c>
    # Make sure proxies don't deliver the wrong content
    Header append Vary User-Agent env=!dont-vary
  </IfModule>
</IfModule>

  • Hallo Markus, danke für den Input. Sieht so aus, als ob all das in der htaccess-Datei nach der Installation von WT3C behandelt wurde. Hier ist mein htaccess, wie es jetzt steht (immer noch nur css und js komprimieren, gzip-Test schlägt fehl): theoleandersofsanleon.com/stack/htaccessStack.txt Danke noch einmal.

    – Will Richards

    7. Januar 2013 um 23:44 Uhr

  • Soweit ich sehen kann, scheint mit Ihrer htaccess-Datei nichts falsch zu sein. Das Beste, was ich vorschlagen kann, ist, Apache zu aktualisieren, aber um ehrlich zu sein, würde ich das nur versuchen, nicht ganz davon überzeugt, dass es einen Unterschied machen wird 🙂

    – Markieren

    8. Januar 2013 um 21:53 Uhr

  • Genial. Danke für die Überprüfung Mark. Schätze dich wirklich. Ich werde mich mit meinem Gastgeber beraten, um zu sehen, warum sie das alte Apace betreiben, und von dort aus weitermachen.

    – Will Richards

    14. Januar 2013 um 17:26 Uhr

  • @WillRichards Konntest du das lösen? Ich habe das gleiche Problem und konnte es nicht lösen.

    – Benutzer1448031

    8. November 2017 um 0:52 Uhr

1366120cookie-checkmod deflate komprimiert Unterverzeichnisse von root nicht

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy