Kein gzip bei 1&1?

[gHeldT]

Trotz Aktivierung von gzip im BE und Verwendung der angepassten Contao 2.9.1-.htaccess zeigt mir Google Page Speed bei zwei Sites, die bei 1&1 laufen, das die gzip-Komprimierung nicht aktiviert wäre und auch alle möglichen anderen Dateien (css, js etc.) einer Optimierung bedürften ...

Hat jemand ähnliche Erfahrungen bei 1&1, bzw. kann das betätigen?
Gibt es Möglichkeiten herauszufinden woran es liegen könnte (z. B. ob mod_deflate etc. unterstützt wird?

Dank an alle Helfenden!

[xchs]

Hallo gHeldT,

Gibt es Möglichkeiten herauszufinden woran es liegen könnte (z. B. ob mod_deflate etc. unterstützt wird?

Leg Dir im Hauptverzeichnis von Contao eine Datei "phpinfo.php" mit folgendem Inhalt

<?php
  phpinfo();
?>

an und rufe anschließend dieses Skript in Deinem Browser auf.

In der Ausgabe solltest Du dann bei den geladenen Modulen Hinweise auf "mod_deflate", "mod_rewrite" usw. finden (sofern diese Module auch tatsächlich geladen werden und PHP nicht als CGI läuft)

[gHeldT]

In der Ausgabe solltest Du dann bei den geladenen Modulen Hinweise auf "mod_deflate", "mod_rewrite" usw. finden (sofern diese Module auch tatsächlich geladen werden und PHP nicht als CGI läuft)

Hallo xchs,

es findet sich tatsächlich kein Vermerkt für irgendein Modul (außer dbase!?) - mod_rewrite z.B. ist aber verfügbar. Ein Hinweis, dass, wie du schreibst, PHP als CGI läuft!?
Und wie könnte ich sonst an die nötigen Infos kommen (den Provider fragen erst mal bei Seite gelassen ...)?

[xchs]

Ein Hinweis, dass, wie du schreibst, PHP als CGI läuft!?

Möglicherweise, ja.

Und wie könnte ich sonst an die nötigen Infos kommen (den Provider fragen erst mal bei Seite gelassen ...)?

Wieso denn nicht Deinen Provider fragen? Du bist ja sein Kunde und er sollte daher auch bemüht sein, Dir die gewünschten Informationen liefern zu können.

Ich versteh' ohnedies nicht, wieso hier so viele "Angst" davor haben, bei Fragen bzgl. gebuchtem Hostingpaket usw. direkt ihren Provider/Hoster zu kontaktieren und entsprechende Informationen einzuholen...

[gHeldT]

Möglicherweise, ja.
Ich versteh' ohnedies nicht, wieso hier so viele "Angst" davor haben, bei Fragen bzgl. gebuchtem Hostingpaket usw. direkt ihren Provider/Hoster zu kontaktieren und entsprechende Informationen einzuholen...
[/COLOR]

Nein, das hat nichts mit "Angst" zu tun - vielmehr, was ja auch Grundregel dieses Forums ist, versucht man ja erst mal alle Mittel auszuschöpfen, um sich selbst die Mittel an die Hand zu geben um an relevante Informationen zu kommen.

[xchs]

Ja, schon. Aber die Frage, ob dieses oder jenes Modul in Deinem Paket läuft (oder nicht läuft) hat ja erstmal nichts mit Contao bzw. dem Forum hier zu tun, sondern betrifft einzig die Konfiguration Deines Webhostings bei Deinem Provider...

[gHeldT]

Man müsste wohl einen neuen Thread by 'Off Topic' starten um unseren Austausch dazu fortzusetzen ...

Danke auf jeden Fall für deine Hilfe.

[arnoldB]

Man müsste wohl einen neuen Thread by 'Off Topic' starten um unseren Austausch dazu fortzusetzen ...

Danke auf jeden Fall für deine Hilfe.

Damit wäre ein weiterer Thread erstellt, der nicht nötig ist. Solange du den Link zu der phpinfo() Seite nicht schickst, kann dir wahrscheinlich nur schlecht geholfen werden.

Zum Thema: Eventuell musst du die Komprimierung in einer .htaccess aktivieren. Wie xchs bereits vorgeschlagen hat, solltest du das Supportcenter deines Hosters aufsuchen, denn dieses sollten eigentlich deine erste Anlauf Stelle sein

Gruß arnoldB

[gHeldT]

Hallo arnoldB,

ist ja völlig richtig! Aber der Hinweis mit der phpinfo() hat mir doch auch wirklich was an Erfahrung (brauchbares zukünftiges Wissen) gebracht - und hätte ja auch (den 'CGI-fall' ausgenommen) zum Ergebnis geführt.

Die Provideranfrage ist nach deutlichem Winken mit diversen Zaunpfählen (obwohl, so versteckt waren die Hinweise ja gar nicht ) nun auch gemacht und ich harre nur noch der Antwort ...

Jetzt wo ich weiß, in welchem Rahmen sich das ganze Problem abspielt, ist mir auch klar, dass ich zuerst den Provider hätte fragen können/müssen - aber das habe ich (leider!?) erst durch diesen Thread und eure Hinweise gelernt.

Deswegen aufrichtigen Dank für eure Hilfe und eure Zeit - ich habe was gelernt und vielleicht auch noch andere, die mit einem ähnlichen Problem hier unterwegs sind.

[gHeldT]

Habe jetzt übrigens noch etwas dazu durch Zufall bei den Contao Tickets gefunden: Feature#2437

Hinzu kam bei mir also auch noch eine Änderung der Contao .htaccess_default für C 2.9.1 (die ich auch übernommen habe), die sich für mod_deflate-lose Provider wie 1&1 bemerkbar macht.

[Hauge]

So - ich hol den thread mal nach vorne.

ich möchte eigentlich nur wissen, ob es irgendwie möglich ist, die gzip-Komprimierung auf einem 1&1-Server zum Laufen zu kriegen? - Laut phpinfo() ist's aktiviert - aber hatten wir ja schon - funktionieren tut es halt nicht. Auch das Laden der komprimierten version scheint nicht zu klappen.

Nur wenn ich "von google-api! laden klicke erhalte ich die komprimierte Version.

Es wäre wirklich super, wenn jemand einen kleinen Workaround zur Verfügung stellen könnte - sofern die Komprimierung überhaupt funktioniert - an welchen stellen man da einhaken sollte. >>> .htaccess (& ggf. php.ini ?)

Ich teste derzeit mit mehreren Contao-Installationen 2.10 bis 2.11.4.

Da 1&1 da nicht gerade ein kleiner Hoster ist - wäre es wirklich toll wenn man hier ein bisschen Info hätte (auch wenn die htaccess usw. wie von Leo beschrieben von uns anzupassen ist).

Es gibt ja bereits einige Threads zu diesem Thema - daher wäre es wirklich suuuuuper, wenn man das Ganze irgendwie "abschließend" - also mit einer durchfürhbaren Lösung - klären könnte. (sofern es eine gibt) - oder wenn wir die Info kriegen "nein, bei 1und1 geht das nicht"...

Vielen Dank für Eure Hilfe!

[willshedo]

G'Morgen,

die Lösung scheint die php.ini im system/scripts-Verzeichnis zu sein mit

 zlib.output_compression = on

- siehe hier.
Zumindest der Gzip-Tester zeigt erst danach an, meine Testseite sei komprimiert - beim Page Speed von Google macht es nur zwei Punkte aus.
Hm.

Grüße,
Chris

[Dublay]

Dazu eine Frage - ich nutze Contao 2.11.7 bei 1und1 - Google PageSpeed zeigt mir keinerlei Kompression an. Wie aktiviere ich nun die Kompression? Aus dem o.g. GitHub-Link werde ich leider nicht schlau.

Danke.

[magnum]

bei meinem 1&1 homepage Business Paket klappts jetzt auch. Die php.ini habe ich allerdings ins root-Verzeichnis gelegt. Und eine zweite in /contao, damit wird das Arbeiten im Backend auch etwas flotter.
Die Info kam vom 1&1 Support recht ausführlich und flott.

YSlow oder Google PageSpeed Insights zeigen allerdings immer noch die css und js Dateien als nicht komprimiert an. Die Einstellung "Skripte komprimieren" ist aktiviert.
OnlineTools zum checken der Webseitenkomprimierung zeigen aber an, dass die Seite komprimiert ausgeliefert wird.
Ich lass es damit gut sein ...

viele Grüße

magnus

[maipe]

edit: ok

[maipe]

bei meinem 1&1 homepage Business Paket klappts jetzt auch. Die php.ini habe ich allerdings ins root-Verzeichnis gelegt. Und eine zweite in /contao, damit wird das Arbeiten im Backend auch etwas flotter.
Die Info kam vom 1&1 Support recht ausführlich und flott.

YSlow oder Google PageSpeed Insights zeigen allerdings immer noch die css und js Dateien als nicht komprimiert an. Die Einstellung "Skripte komprimieren" ist aktiviert.
OnlineTools zum checken der Webseitenkomprimierung zeigen aber an, dass die Seite komprimiert ausgeliefert wird.
Ich lass es damit gut sein ...

viele Grüße

magnus

Hallo - welches onlinetool zeigt bei Dir an, dass die Komprimierung funktioniert? http://www.webpagetest.org/ zeigt bei mir trotz angepasster php.ini,

 zlib.output_compression = on
 compression_level = 9 

(1u1 meinte, der level könnte noch ausschlagebend sein) keine Komprimierung an.

@all

Ich habe hier gelesen, das bei Joomla die gleichzeitige Aktivierung der Komprimierung im Backend und Serverseitig zu Nachteilen führen könnte. Wie ist das im Contao? Hat da jemand Erfahrung gemacht?

Welche Einstellung ist hier ausschlaggebend - 1u1 und Contao...
Hotline gibt keinen Scriptsupport, wohl eine neue Standardaussage.;-)

info.php zeigt deflate und gzip unter accept_encoding an, .htaccess ist auch angepasst, Anpassung der index.php hat nichts gebracht, php.ini in verschiedenen Verzeichnissen a net.

http://www.hairbymaik.de/info.php

Danke für jeden Hinweis.