Brotli auf Apache Server - CSS/JS Komprimierung geht nicht mehr
Eingetragen von ThuleNB (379)am 11.06.2020 - 10:56 Uhr in
Hallo,
mein Hosting-Anbieter (Profihost) hat auf den Shared-Servern diese Woche das Modul Brotli installiert. Seitdem wird das CSS und JS nicht mehr geladen, wenn ich Drupals Komprimierung (unter /performance). Wenn ich die Drupal Komprimierung ausschalte, werden die CSS und JS Dateien wieder geladen.
Ich nutze außerdem das AdvAgg Module, für eine optimierte Komprimierung.
Diesen Issue haben ich gefunden: https://www.drupal.org/project/drupal/issues/3023545
Leider funktioniert es immer noch nicht, wenn ich die .htaccess gemäß Patch anpasse.
Im AdvAgg CSS und JS Ordner unter /default/files sind nochmal eigene .htaccess drin. Dort sind schon Angsben drin, wie mit Brotli umgegangen werden soll. Leider verstehe ich die Zusammenhänge nicht richtig.
Hat von euch jemand Erfahrung damit?
Brauche ich die Drupal-Komprimierung überhaupt noch, wenn mein Server bereits komprimiert? Nach meinem Laien-Verständnis schon, da der Server nur komprimiert zurücksendet, die Dateien aber nicht vom Client and den Server komprimiert gesendet werden.
- Anmelden oder Registrieren um Kommentare zu schreiben
Zitat: Seit heute früh ist
am 11.06.2020 - 13:27 Uhr
Seit heute früh ist bei uns das Webserver Modul mod_brotli aktiv, welches statische Dateien besser komprimiert, als mod_deflate.
Eine spezielle Regelung in der .htaccess Datei sorgt hier für einen Konflikt.
Bei Drupal ist dies bekannt: https://www.drupal.org/project/drupal/issues/3023545
In der .htaccess muss man einen kleinen Teil austauschen:
# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]
durch:
# Serve correct content types, and prevent double compression.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1,E=no-brotli:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1,E=no-brotli:1]
Danach Drupal und Browser Cache löschen, dann läuft wieder alles... und noch um einiges schneller...
Grüße Jenna
Ich sehe gerade du hast den
am 11.06.2020 - 13:33 Uhr
Ich sehe gerade du hast den Patch schon getestet.
Also bei mir funktioniert es, aber erst nachdem ich auch meinen Browser Cache gelöscht habe.
Ich habe ansonsten über Profihost noch den OPCache aktiviert, das gibt keine Probleme (ist ja auch eher für PHP Dateien), aber sonst habe ich keine weiteren Caching Module installiert (Drupal 7).
Im Grunde brauchst du die interne Komprimierung nicht unbedingt, aber es sollte ja trotzdem funktionieren.
Ruf sonst den Support an, ich habe dem Supporter einen Zugang von einer Testinstall gegeben und das hat dann ganz schnell die Lösung gebracht.
Grüße Jenna
Hallo Jenna, Vielen Dank für
am 12.06.2020 - 19:41 Uhr
Hallo Jenna,
Vielen Dank für deine Rückmeldung. Ich habe Advagg deaktiviert und es klappt nun mit der Drupal Standard-Komprimierung und dem Patch. Jetzt muss ich mal schauen, wie ich das noch mit Advagg hinbekomme.
Super das es erstmal wieder
am 12.06.2020 - 19:48 Uhr
Super das es erstmal wieder läuft.
Ich kenne Advagg nicht, aber ruf doch den Support an und lass die auf eine Testinstallation wenn möglich.
Vermutlich erkennen die die Problematik viel schneller als wir.
Da kann man ja ewig rätseln was sich mit Advagg in die Quere kommt, falls du das überhaupt noch benötigst..
Oder eventuell ein Issue eröffnen unter Advagg in Verbindung mit brotli....
Da ja immer mehr Hoster auf brotli umschalten wird das Problem ja früher oder später auch bei anderen auftauchen in Verbindung mit Advagg.
Viele Grüße
Jenna