Page Speed - Azure

Azure
4.5.5

Moin,

heute habe ich mal meinen (in Arbeit befindlichen Shop) mit Page Speed getestet.
[U]
Page Speed Score: 31/100[/U]

Das ist nicht wirklich gut, finde ich und er zeigt mir in [B]rot[/B]

[B]rot[/B] ▸Komprimierung aktivieren[Score: 0/100]

[B]rot[/B]▸Browser-Caching nutzen[Score: 0/100]

[B]gelb[/B]▸Bilder in CSS-Sprites kombinieren[Score: 65/100]

[B]gelb[/B]▸JavaScript (klein) inline einfügen[Score: 46/100]

[B]gelb[/B]▸JavaScript reduzieren

Wie kann ich denn was wo ändern, damit er scneller wird ???

Wer kann denn da bitte mal ein paar Tipps geben…

Mein anderer Shop mit Oxid Basic 4.4.8 hat ein Page Speed Score: 70/100

Gruß
Andreas

Forensuche schon mal benutzt?
Zu diesen und ähnlichen Problemen gab es schon etlich Threads…

in die .htaccess habe ich folgendes geschrieben(der webserver muss das natürlich unterstützen):


<FilesMatch "\.(txt|html|htm|php|css|js|pdf)"> 

  php_value output_handler ob_gzhandler 

</FilesMatch> 

Header unset Pragma
FileETag None
Header unset ETag

<FilesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$">
Header set Cache-Control "public"
Header set Expires "Thu, 15 Apr 2013 20:00:00 GMT"
</FilesMatch>


ich komme bei pagespeed auf 91/100.

trotzdem fühlt sich der shop leider zäh an. dabei habe ich aktuell noch viel viel weniger artikel als vor dem umstieg von einer anderen software im shop.
mit gefällt auch das caching nicht so richtig, xcache will auch kein var data von oxid cachen, irgendwas stimmt noch nicht ;(

aber zumindest ist dir da schonmal geholfen, sofern dein webserver das denn unterstützt.

greets, Nik

Ich stand vor dem gleichen Problem. Meine Lösungswege habe ich hier verbloggt:
[ul]
[li]Browsercache der Besucher nutzen
[/li][li]Komprimierung von Webseiten
[/li][/ul]
Die Vorgehensweisen setzen natürlich voraus, dass Du entweder einen Root-Zugriff auf Deinen Server hast, oder die Module bereits installiert sind, oder Du einen hilfreichen Hoster hast … außerdem braucht man ein wenig Mut zum Experimentieren, oder hat richtig Ahnung von dem was man da tut (hatte ich nicht, aber es klappte trotzdem).

Es gibt definitiv noch andere Wege, um zum Ziel zu kommen, aber mit denen habe ich mich nicht beschäftigt.

Ich bin mir aber nicht sicher, ob das wirklich den von Dir erhofften Sprung im PS-Benchmark bringt. Bei mir ging es von ca. 60 auf 82. Die Performance wurde dadurch gefühlt besser, aber insgesamt hängt sie natürlich auch von weiteren Faktoren ab, die PageSpeed nicht berücksichtigt.

Ach ja … vorher immer alles hübsch sichern :wink:

Moin,

schon mal danke für die Tipps…klar benutze ich auch die Forensuche :wink:

<FilesMatch “.(txt|html|htm|php|css|js|pdf)”>

php_value output_handler ob_gzhandler

</FilesMatch>

Erzeugt bei mir einen error…leider

Header unset Pragma
FileETag None
Header unset ETag

<FilesMatch “.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$”>
Header set Cache-Control “public”
Header set Expires “Thu, 15 Apr 2013 20:00:00 GMT”
</FilesMatch>

Bringt bei mir einen Abzug von -3 Punkten beim Page Speed …sollte aber doch mehr bringen und nicht weniger, oder :confused:

sport-rundum:
Browsercache der Besucher nutzen

Das klappte …Page speed ist nun schon bei 49 :slight_smile:

sport-rundum:
Komprimierung von Webseiten

Hm…baue ich folgenden Code so ein:
<If Module mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/php text/css text/js text/x-js text/javascript text/javascript-x
</ifModule>

erhalte ich einen Error…baue ich den Code nur so ein

AddOutputFilterByType DEFLATE text/html text/plain text/xml text/php text/css text/js text/x-js text/javascript text/javascript-x

bekomme iche keinen error…aber der Page Speed ändert sich auch nicht.

Ist ja schon der helle Wahnsinn, mit was man sich so mitlerweile alles befassen muss (sollte), wenn man eigentlich nur einen Shop von 4.2 auf 4.5.5 Azure umbauen möchte :wink:

Gruß
Andreas

Hm…baue ich folgenden Code so ein:
<If Module mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/php text/css text/js text/x-js text/javascript text/javascript-x
</ifModule>

erhalte ich einen Error…baue ich den Code nur so ein

AddOutputFilterByType DEFLATE text/html text/plain text/xml text/php text/css text/js text/x-js text/javascript text/javascript-x

bekomme iche keinen error…aber der Page Speed ändert sich auch nicht.

Ist ja seltsam. Eigentlich müsste es genau umgekehrt sein, falls das Modul mod_deflate nicht geladen ist …:confused:

Hasst Du mal in die phpinfo geschaut? Hier muss in den Angaben zum “apache2handler” unter “Loaded Modules” irgendwo “mod_deflate” auftauchen …

Ist das nicht der Fall, hätte eigentlich deine 2. Variante ohne die if-Bedingung einen Serverfehler schmeissen müssen.

Moin,

tja…

Hasst Du mal in die phpinfo geschaut? Hier muss in den Angaben zum “apache2handler” unter “Loaded Modules” irgendwo “mod_deflate” auftauchen …

in der phpinfo taucht weder apache2handler, Loaded Modules noch mod_deflate auf :confused:

Bin übrigends bei 1und1

Gruß
Andreas

… dann läuft Deine php-Anbindung über CGI.

Hast Du denn einen Absatz der da heißt “Apache Environment”? Da müsste in der Zeile “HTTP_ACCEPT_ENCODING” der Eintrag “gzip, deflate” auftauchen, falls das Modul aktiv ist.

Sollte das der Fall sein, hau doch noch einmal den Befehl “AddOutputFilterByType DEFLATE text/html text/plain text/xml text/php text/css text/js text/x-js text/javascript text/javascript-x” in die .htacess.

Vorher schaust Du Dir im Firebug unter “Netzwerk” mal an, wie groß die Dateien sind, die ausgeliefert werden.

Nachdem Du den Befehl in die .htacess gepackt und eine Reload der Seite (mit geleertem Browsercache) gemacht hast, schaust Du unter “Netzwerk” nach, ob die ausgelieferten Dateien jetzt kleiner geworden sind.

Dann noch mal eine Analyse mit PageSpeed. Falls sich nichts geändert hat und Du auch keinen ServerError bekommen hast, weiß ich leider auch nicht weiter :frowning:

Moin,

ich kenne die 1und1 server nicht. hast du einen shared oder einen rootserver? bzw. kommst du überhaupt an die einstellungen ran?

greets, Nik

Moin,

vielen dank für die Hilfe…habe jetzt erstmal von Hand
javascript
css

mit Gzip komprimiert, dazu haben mir folgende Seiten geholfen:

http://www.webmaster-zentrale.de/technik/optimierung/webseiten-beschleunigen-teil-4-die-gzip-compression/

http://www.vms-tutorial.de/wiki/CSS_gzip_Kompression

Page Speed derzeit nun: 74
Wobei ich derzeit nur die oxid.css gzibt hatte…

Mit http://compressor.ebiene.de/ wollte ich die oxid.css noch mehr quasi kürzen, leider zerhaut es mir danach den header…

…muss jetzt erst mal ne PC Pause …mir raucht der Kopf…wobei ich sagen kann…in 2 Tagen arbeit von Page Speed 31 --> 74 ist ja schon mal was…aber noch nicht das Ende der Fahnenstange

Gruß
Andreas

die .css gzippen kannste natürlich machen, nur dass dein webserver das halt auch kann. die differenz ist glaube ich kaum meßbar.

mich wundert es, wie du so einen schlechten page speed wert haben kannst. denn ich hatte out of the box schon über 80.

greets, Nik

Also bei mir läd das nur ewig im IE…woran kan ndas nun wieder liegen? Firefox ohne Probleme…

EDIT: lag daran

Überprüfen ob Templates neu kompiliert werden müssen. Schalten Sie diese Einstellung aus, wenn der eShop in den Live-Betrieb geht.

:wink:

OK anscheind lag es doch net daran…mh jemand ne idee warum es im IE so lange dauert?

wir haben ein caching modul dafür das macht den shop wieder ziehmlich flott zudem solltest du drauf achten ob in den performenseinstellungen der template neu berechnen hacken raus ist.

Ist draußen, hab gesehen das in der themes.php ich vergesses hatte das alte zulöschen somit statt es doppelt drin…

Dauert aber immer noch ne kleine Weile…hab es mal nur mit den azure versucht aber gleicher effekt.

Kann es daran liegen das ich das komplette themes kopiert habe und nicht bloß die Datein die ich geändert hab?