Neu Plugin JTL Speed Optimizer verfügbar

[gboehm]

sind doch da, oder habe ich noch etwas vergessen?

 

[eRock Marketing]

Das zusammenfassen von JavaScripts ist aktiv, richtig?
Dann muss noch asset dazu.

Passe dass dann gleich noch in der Doku an.
Die vollständige Einstellung wäre somit für das hypnos:
jquery;dropper;theme;xajax;kkcountdown;waypoints;bootstrap;owl;global;inview;asset

 

[gboehm]

wenn Du "Komprimierung von Javascript Dateien" in den Hypnos Einstellungen meinst, ja, das ist aktiv.
Nachdem ich asset hinzugefügt habe geht es jetzt.

Der Pagespeed Score ist für Mobile nun um knapp 20 Punkte gestiegen. Bei Desktop war der Score auch mit Plugin erst schlechter als ohne. Er hat sich dann aber auf 100 Punkte hochgeschaukelt und liegt nun mit 96 rund 14 Punkte über ohne Plugin

 

[Dustin]

@KnoellMarketing wir haben auf unserem Live Server das Modul Pagespeed von Google laufen! Kann es sein das es damit Probleme gibt? Weil bei uns die Bilder und das css nicht richtig geladen werden wenn ich das Plugin aktiviere!

 

[eRock Marketing]

Jein.
Wir haben es auch laufen - allerdings dann beschränkt auf Bilderoptimierung, gzip usw.
Via Pagespeed Modul lassen wir dann nichts mehr am CSS und nichts mehr am JS verändern.

Das sind dann im Prinzip 2 Tools die "verbessern" wollen, das muss dann leider aufeinander abgestimmt werden - selbst wenn es problemlos läuft ist es sonst doppelte Verarbeitung.
Wir haben jedoch gegenüber dem Pagespeed Modul von Google mit unserem Plugin minimal bessere Ergebnisse erzielt: Da wir auf JTL abgestimmt sind, pagespeed sehr Allgemein arbeitet und ebenfalls Dateien durchforsten muss (kennt ja die grundlegende Logik und Strukturen nicht).

ModPagespeed On
ModPagespeedRewriteLevel PassThrough
ModPagespeedEnableFilters rewrite_images,convert_jpeg_to_progressive,convert_png_to_jpeg,convert_jpeg_to_webp,recompress_images,extend_cache

 

[saw]

wenn Du "Komprimierung von Javascript Dateien" in den Hypnos Einstellungen meinst, ja, das ist aktiv.
Nachdem ich asset hinzugefügt habe geht es jetzt.

Der Pagespeed Score ist für Mobile nun um knapp 20 Punkte gestiegen. Bei Desktop war der Score auch mit Plugin erst schlechter als ohne. Er hat sich dann aber auf 100 Punkte hochgeschaukelt und liegt nun mit 96 rund 14 Punkte über ohne Plugin

Sprichst Du von Deiner Domain aus der Signatur?
Da sehe ich bei pagespeed mobil einen Wert von 29. Warst Du vorher auf 9?
Und Desktop zeigt mir 82.
Wir benutzen auch Hypnos und sind auch an mehr speed interessiert. Bei mobil liegen wir bei 64

 

[Dustin]

Heißt wir müssten es so anpassen wie Sie das dort geschrieben haben? Damit beide gut miteinander harmonieren?

 

[eRock Marketing]

Ich kenne leider die weitere Konfiguration nicht, das ist dann auch eine individual Abstimmung.
Mod Pagespeed einfach nur "aktivieren" kann ich grundlegend nie empfehlen.

Eine einfache Idee wäre die CSS und JS Regeln zu deaktivieren.
https://www.modpagespeed.com/doc/config_filters#enabling

das sollten die Filter "rewrite_css" und "rewrite_javascript" sein.
Allerdings ist das jetzt ungetestet.

Würde für Apache ergeben (in die Serverconfig / htaccess nach dem aktivieren von mod pagespeed packen, darauf achten dass dies nicht durch andere Einstellungen wieder überschrieben wird):

ModPagespeed on
ModPagespeedRewriteLevel CoreFilters
ModPagespeedDisableFilters rewrite_css,rewrite_javascript

Sowie für nginx

pagespeed on;
pagespeed RewriteLevel CoreFilters;
pagespeed DisableFilters rewrite_css,rewrite_javascript;

 

[gboehm]

Sprichst Du von Deiner Domain aus der Signatur?
Da sehe ich bei pagespeed mobil einen Wert von 29. Warst Du vorher auf 9?
Und Desktop zeigt mir 82.
Wir benutzen auch Hypnos und sind auch an mehr speed interessiert. Bei mobil liegen wir bei 64

Nein, das war mein Testshop. Die URL steht ein paar Posts weiter oben. Das Plugin ist dort noch aktiv.

 

[Japsa]

Habs gerade getestet und für gut befunden - auch wenn ich es wohl leider nicht mehr kaufen brauche:

Desktop ohne PlugIn: 93% Speed
Desktop mit PlugIn: 100%

Mobil ohne Plugin: 63%
Mobil mit Plugin: 84%

Ist sein Geld auf jeden Fall wert, würde ich jetzt mal sagen

 

[saw]

Nein, das war mein Testshop. Die URL steht ein paar Posts weiter oben. Das Plugin ist dort noch aktiv.

Ah, danke, gefunden.
65 bei mobil ist noch nicht so toll. Wenn Du vorher bei 45 warst, ok, dann ist das schon ein schöner Schub.

 

[eRock Marketing]

Auf Grund eines Fehlers für die kritischen CSS haben wir anbei den Bugfix veröffentlicht:
https://shop.knoell-marketing.de/zips/km_speed_optimizer_v103.zip

Das betrifft nur die Aufrufe mit dem Parameter "css". Ein nach unserer Auffassung sehr zu empfehlendes Werkzeug des Plugins.
(Abschnitt CSS Optimizer der Doku)

 

[gboehm]

Ich habe ein Frage zu den Einstellungen im Bereich CSS Optimizer.
In der Doku zum Plugin steht

per Cronjob
Diese Einstellung ist die empfohlene Einstellung, da es die Besucher nicht blockiert. Rufen Sie einfach per Cronjob die gewünschten Seiten auf mit dem Parameter "css". So wird aus der Adresse www.mein-shop.de/Meine-Unterseite dann simpel www.mein-shop.de/Meine-Unterseite?css

Welche Seiten sollten denn so aufgerufen werden? Reicht die Startseite oder sollte man auch weitere berücksichtigen?

 

[Japsa]

Viele messen hier jetzt immer über https://developers.google.com/speed/pagespeed/insights/
Das ist aber nicht das A & O - wichtiger wären die “Time-To-First-Byte” (TTFB) Werte.

 

[css-umsetzung]

Ich habe ein Frage zu den Einstellungen im Bereich CSS Optimizer.
In der Doku zum Plugin steht
Welche Seiten sollten denn so aufgerufen werden? Reicht die Startseite oder sollte man auch weitere berücksichtigen?

Ich mische mich mal einfach ein, Ich verfolge das ganze mit dem Template und dem Plugin schon eine Weile, finde die Möglichkeiten gut und habe auch diverse Shop Besitzer die mich wegen des Templates sowie dem Plugin ansprechen. Ich habe mir das Plugin mit einem Shopbesitzer einmal angeschaut um zu verstehen was es in etwa macht. Ich habe es noch nicht auf meinem eigenen Server getestet, wird aber auch noch kommen damit ich letztendlich genau weiß was da so passiert und das besser beurteilen kann.

Der Aufruf stresst den Server schon ein wenig, wenn ich also jetzt böse bin und einen Server mit diesen abfragen die dann ja jeder kennt bombardiere, dann könnte ich diesen schon recht gut stressen oder sehe ich das falsch?
Das würde dann auch bedeuten das wenn ich viele gleichzeitige User habe auch hier eventuell ein Problem auftreten könnte?
Ich finde es auch unrealistisch, jetzt jeden einzelnen Aufruf der Möglich ist in einen Cronjob einzutragen.

Ich denke also hier sollte zum einen sichergestellt werden, das dieser Aufruf nur über einen Cronjob möglich ist "mit einem Token eventuell wenn meine bedenken zutreffen sollten" und das man den Cron regelmäßig startet damit der sich selbstständig durch die Sitemap hangeln kann und diese css Daten zusammenstellt.

 

[eRock Marketing]

Vielen Dank @css-umsetzung für die ausführliche Prüfung.

Auch wir haben diese Problematik mitbekommen, nicht zuletzt auch dank @hula1499

Wir erarbeiten daher derzeit eine Lösung die nur noch per Cronjob laufen wird.
Dabei werden wir so viel wie möglich direkt "optimieren" und zwischenspeichern.

Der Aufruf "stresst" sobald man statt "per Cronjob" umstellt auf "Vom Benutzer" - hier sehen wir deutlich ein, dass das nicht so bleiben kann.

Die weiteren Optimierungen stressen den Server eigentlich nicht.
Bei manchen Konstellationen kann es sein, dass 1 Aufruf minimal länger dauert - aber das Ergebnis wird zwischengespeichert und kommt sodann nicht mehr vor.
Der Grund liegt hier z.B. darin: Wenn sehr viele CSS Dateien genutzt werden, müssen diese alle erst "gelesen" werden. Ab dem zweiten Aufruf fällt das weg.

Mit der nun kommenden Version werden auch die JS Optimierungen bereits per Cronjob vorgenommen.
Ein weiterer Vorteil wird dann sein: Das Minifizieren von JavaScripts und CSS kann dann per Template ausgeschaltet werden: Sodass diese Verarbeitung auch den TTFB Wert senken wird.

Wir bitten hier noch um etwas Geduld.

Aktuell wäre es jedoch in der Tat so: Jede URL müsste per Cronjob angestoßen werden - oder zumindest die wichtigsten (Startseite, 3-4 Landingpages, 3-4 Hauptkategorien, ...)

 

[hula1499]

Auch wenns dem Andreas egal ist, sollte hier erwähnt werden, dass meine PM and Dich und die letzten Kommunikationen von uns, auf Grundlage eines längeren Gesprächs mit Andreas/ @css-umsetzung war, nur mal so für die Logs.
Er ist der Schlaue bezüglich des Sicherheitsrisikos, ich habs nur nachgeplappert

 

[saw]

In der Doku steht:
Achtung: Wir setzen auf das JTL Caching - bitte achten Sie darauf, dass dieses aktiviert ist.
Ist damit der Objekt- Cache mit Redis gemeint?

 

[eRock Marketing]

Ja, das ist damit gemeint.

 

[bigloopfan]

Ist Redis zwingend erforderlich? Leider ist Redis bei unserem Hoster nicht möglich.

VG