Neu [Shop 4.04] htaccess liefert #500 Internal Server, wenn mod_deflate nicht installiert ist

[Xantiva]

Bin nach einem Serverwechsel gerade darüber gestolpert ...
Der Shop zeigt nur noch die "500 Internal Server Error" Seite und im error_log finde ich:

Unknown filter provider DEFLATE

Verursacher ist der Abschnitt in der .htaccess:

<IfModule mod_filter.c>
  AddOutputFilterByType DEFLATE \
    "application/atom+xml" \
    "application/javascript" \
    "application/json" \
    "application/ld+json" \
    "application/manifest+json" \
    "application/rdf+xml" \
    "application/rss+xml" \
    "application/schema+json" \
    "application/vnd.geo+json" \
    "application/vnd.ms-fontobject" \
    "application/x-font-ttf" \
    "application/x-javascript" \
    "application/x-web-app-manifest+json" \
    "application/xhtml+xml" \
    "application/xml" \
    "font/eot" \
    "font/opentype" \
    "image/bmp" \
    "image/svg+xml" \
    "image/vnd.microsoft.icon" \
    "image/x-icon" \
    "text/cache-manifest" \
    "text/css" \
    "text/html" \
    "text/javascript" \
    "text/plain" \
    "text/vcard" \
    "text/vnd.rim.location.xloc" \
    "text/vtt" \
    "text/x-component" \
    "text/x-cross-domain-policy" \
    "text/xml"

  <IfModule mod_mime.c>
    AddEncoding gzip svgz
  </IfModule>
</IfModule>

Es wird nur auf mod_filter geprüft, aber dann DEFLATE verwendet!

Füge ich noch zusätzlich die Prüfung auf mod_deflate hinzu, dann ist der Shop lauffähig, nur wird halt nicht komprimiert:

<IfModule mod_filter.c>
  <IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE \
    "application/atom+xml" \
    "application/javascript" \
    "application/json" \
    "application/ld+json" \
    "application/manifest+json" \
    "application/rdf+xml" \
    "application/rss+xml" \
    "application/schema+json" \
    "application/vnd.geo+json" \
    "application/vnd.ms-fontobject" \
    "application/x-font-ttf" \
    "application/x-javascript" \
    "application/x-web-app-manifest+json" \
    "application/xhtml+xml" \
    "application/xml" \
    "font/eot" \
    "font/opentype" \
    "image/bmp" \
    "image/svg+xml" \
    "image/vnd.microsoft.icon" \
    "image/x-icon" \
    "text/cache-manifest" \
    "text/css" \
    "text/html" \
    "text/javascript" \
    "text/plain" \
    "text/vcard" \
    "text/vnd.rim.location.xloc" \
    "text/vtt" \
    "text/x-component" \
    "text/x-cross-domain-policy" \
    "text/xml"
  </IfModule>
 
  <IfModule mod_mime.c>
    AddEncoding gzip svgz
  </IfModule>
</IfModule>

 

[FMoche]

Danke für den Hinweis, wurde für 4.05 bereits vor einiger Zeit behoben - https://gitlab.jtl-software.de/jtlshop/shop4/issues/235

 

[JustGarden]

Perfekt, das ist genau das was mir grad weiter geholfen hat. War schon am Verzweifeln. Bin ebenfalls bei 1und1.

Vielen Dank!

 

[FMoche]

Unabhängig von diesem Fehler würde ich allerdings dann bei 1&1 nachfragen, ob die das Modul aktivieren können, da es ziemlich wichtig ist.

 

[Xantiva]

Wie wichtig ist das noch, wenn Du nginx als reverse-proxy von einem Apache Webserver einsetzt? Dann kann auch nginx die Komprimierung übernehmen ...

 

[FMoche]

Dann ist es natürlich nicht weiter nötig, falls nginx korrekt konfiguriert ist.
Aber mal zum Verständnis: 1&1 bietet ein Setup mit nginx als Reverse Proxy an aber aktiviert standardmäßig kein mod_deflate? Im Ernst?

 

[Xantiva]

Hi,
nein, das ist ein Missverständnis - ich bin nicht bei 1&1 und kann zu deren Konfiguration nichts sagen. Ich habe einen vServer von HostEurope. Ich wollte das eigentlich nur relativieren, dass man ggf. auch Konfigurationen ohne mod_deflate vorfinden wird. Wobei mir selber auch noch gar nicht klar ist, welche Variante nur die effizienteste ist. Google hypte ja noch sein mod_pagespeed, das an so vielen Stellen eingreift (und z. B. mod_deflate automatisch aktiviert). Ob nun JavaScript automatisch zusammen gefasst wird, oder sogar Teile inline in den Code injiziert werden, die ganzen Optimierungen der Bilder, usw.

 

[css-umsetzung]

Also ich musste feststellen, das mod_pagespeed eher problematisch ist, in allen belangen, auch google bemängelt selbst seine Bilder.

 

[Xantiva]

Spätestens wenn Google die Bilder ersetzt und denen dabei anderen (evtl. wechselnde) Namen vergibt, dann sehe ich schon wieder die Rankings in der Bildersuche purzeln.