mod deflate nie kompresuje podkatalogów root

Mam około 48 godzin na próbę rozwiązania problemu gzip deflate i zdaję sobie sprawę, że mogę potrzebować poprosić o pomoc, hehehe.mod deflate nie kompresuje podkatalogów root

W końcu dostałem moduł deflate włączony na moim udostępnionym serwerze Unix przez .htaccess po realizacji muszę włączyć kompresję w moim pliku php.ini.

PageSpeed mówi mi, że mój root HTML jest zakodowany z gzipem dla strony i uzyskuję 77,3% kompresji dla witryny Wordpress theoleandersofsanleon.com, ale żaden z plików w żadnym podkatalogu nie jest skompresowany (głównie css i js pliki w moim katalogu wordpress i jego podkatalogach).

Nie sądziłem, że to konieczne, ale poszedłem do przodu i starałem się użyć dyrektywy Directory, a następnie dyrektywy Location to bezskutecznie.

Umieszczam plik phpinfo.php w katalogu głównym, jeśli zajdzie taka potrzeba dla dowolnej specyfikacji serwera.

Oto co mam w moim pliku .htaccess zarówno moim katalogu htdocs i wordpress katalogu:

<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

Proszę dać mi znać, jeśli potrzebujesz więcej informacji, i bardzo dziękuję za wszelką pomoc, będzie to bardzo cenne i będę mógł zacząć pozwalać moim włosom odrastać 8-)

Źródło

2012-12-14 Will Richards

Dzięki za odpowiedź. Przeczytałem dokumentację dotyczącą Gzip i deflacji przez około 12 godzin, a każda rzecz, którą przeczytałem, była zgodna, że Gzip była starą wersją (do użytku z Apache 1.3), a deflacja była nowa z wycofywaniem Gzip po Apache 2.0 . nie oznacza, że wszystkie te dokumenty nie są złe. Uaktywniłem kompresję w. Htaccess na co najmniej 5 różnych sposobów i dopóki nie wyłączyłem wyjścia zlip, to nie zadziała. Mam również na każdym etapie procesu skasowanie pamięci podręcznej przeglądarki. Czy masz jakieś informacje na temat zadawanego pytania? Jeszcze raz dziękuję za odpowiedź. –

Przepraszamy. Masz rację. mod_deflate jest preferowany przez mod_gzip. Nie wiem, dlaczego to napisałem, chociaż w mojej obronie mod_deflate faktycznie używa gzipu przeciwnie do jego nazwy. Skasuję mój komentarz, aby nie mylić nikogo innego. – Gerben

Żadnych problemów. Było jednak dziwne, zajrzałem do mojego php.ini i napisałem, że mod_deflate został zainstalowany, chociaż jeśli zauważyłeś, mój serwer działa z Apache 1.3.42. Tak czy siak, w końcu usunąłem dyrektywy z mojego htaccess i zainstalowałem WT3C. Teraz pokazuje, że używa Gzip (co ma sens dla wersji 1.3) i kompresuje wszystkie moje css i js, ale nie mój html strony głównej, LOL! Więc teraz mam dokładnie odwrotny problem, jak to, co pierwotnie miałem 8-) No cóż, witryna jest teraz trochę szybsza, zobaczymy, czy nie uda mi się ostatecznie połączyć obu stron równania ... –

Wypróbuj to w swoim najwyższym pliku .htaccess. To treść generowana podczas korzystania z optymalizatora w cPanel.

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

Źródło

2013-01-03 12:17:37 Mark

Cześć Mark, dziękuję za wejście. Wygląda na to, że wszystko to zostało uwzględnione w pliku htaccess po zainstalowaniu WT3C. Oto mój htaccess w obecnej formie (nadal tylko kompresuje css i js, test gzip kończy się niepowodzeniem): http://theoleandersofsanleon.com/stack/htaccessStack.txt Jeszcze raz dziękuję. –

Wygląda na to, że w pliku htaccess nie ma nic złego. Najlepszą rzeczą, jaką mogę zaproponować, jest aktualizacja Apache, ale szczerze mówiąc, to tylko coś, czego bym spróbował, nie do końca przekonany, że to zrobi jakąkolwiek różnicę :) – Mark

Awesome. Dziękuję za sprawdzenie Marka. Naprawdę cię doceniam. Będę konsultować się z moim hostem, aby zobaczyć, dlaczego używają starego Apace i dalej. –

mod deflate nie kompresuje podkatalogów root

Odpowiedz

Powiązane problemy