Google drängt Webmaster zur Eile (Seite 8)

joerg schrieb:

Dieses Geschwindigkeitstool von Google meckert nicht wenn man nur 2 CSS Dateien einsetzt!

Das kann aber deutlich zu wenig sein. Beispiele: media="[ screen | print | handheld | braille | aural ]" um nur einige zu nennen, können sinnvolle und notwendige Unterscheidungen sein. Andererseits erkennt Google css-Dateien, die mit Conditional Comments eingebunden sind wohl nicht.

joerg schrieb:

Man müsste also praktisch so vorgehen das man ein CSS hat für alle Seiten und eins was man zusätzlich noch dazu lädt für jede einzelne Seite!

Genau das habe ich bei finistere-ferienhaus.de gemacht.

Hallo Gérard

Bei einigen Seiten ausser dem Forum von Nevada Fields habe ich auch bereits es so realisiert als ich mein Design umgebaut habe!

Was die unterschiedlichen media Typen anbetrifft habe ich mich zwar in das Thema noch nicht richtig eingelesen aber wenn ich das richtig verstanden habe müsste es doch gehen das man nur einen gewissen Teil der CSS Datei für einen bestimmten Mediatype formatiert.

Wofür sonst ist diese Angabe @media sonst gut?

Gruß
Jörg

joerg schrieb:

Wofür sonst ist diese Angabe @media sonst gut?

Das ist _eine_ Möglichkeit - in der Praxis aber eher unübersichtlich, fehleranfällig, resourenfressend und wenig wartungsfreundlich. Die Trennung in unterschiedliche Dateien - die ggf. in unterschiedlichen Projekten für bestimmte Medien gleich bleiben - würde ich immer bevorzugen, egal was Google erzählt. Warum soll ich eine große Datei - mit allem drin - auf ein "handheld" schicken, wenn es eine kleine - mit ausschließlich dem was notwendig ist - tut.

Gérard

Hallo Gérard

Guter Einwand mit den mobilen Geräten! Und was Google anbetrifft man sollte sich vorher schlau machen und auch nur das umsetzen was sinnvoll ist!

Das mit dem ungenutzten CSS kann man umsetzen muss man aber auch nicht!
Also vorher in Ruhe sich alles anschauen und dann entscheiden!

Gruß
Jörg

Derzeit habe ich bei meinem Projekt 7 verschiedene sehr schlanke CSS-Dateien.
Denke mal, dass ich damit gut fahren werde.

hansen

Meine Seite www.search-and-recruit.de habe ich mit Page Speed untersucht.
Zu meiner Freude konnte ich mit den Vorschlägen bei "Optimize Images" sehr viel Boden gut machen, ohne sichtbare Qualitätsverluste.

Einen weiteren Schritt nach vorne gab es mit der Extension "scriptmerger".
- Ich setzte Typo3 mit YAML ein -

Die Stylesheets vorher:
/styles/03_layouts_3col/css/navigation/nav_slidingdoor_magenta.css (3,32 KB)
/yaml/core/print_base.css (1,81 KB)
/yaml/core/slim_base.css (1,15 KB)
/styles/03_layouts_3col/css/screen/typo3-RTE.css (1,70 KB)
/styles/03_layouts_3col/css/screen/content_sur.css (13,6 KB)
/styles/03_layouts_3col/css/screen/basemod_sur.css (1,65 KB)
/styles/03_layouts_3col/css/screen/basemod_1-3-2.css (786 Byte)
/styles/03_layouts_3col/css/print/print_023.css (260 Byte)
/styles/03_layouts_3col/css/navigation/nav_vlist-trans.css (3,00 KB)
/styles/03_layouts_3col/css/layout_1-3-2_sur.css (596 Byte)

Die Stylesheets nachher:
/scriptmerger/compressed/head-2d9f8e70fe20b300e2e221368a545afe.merged.gz.css
6 KB (30 KB unkomprimiert)

Das Gleiche macht das Tool mit JavaScript-Dateien.
Gesamtgröße der Homepage jetzt: 61 KB (93 KB unkomprimiert), vorher bei ca. 160 kB.

OK, die Geschichte mit dem scriptmerger hilft hier so wirklich keinem weiter.

Aber für PHP-Kenner doch mal der Link auf die Extension mit Doku und den Sourcen:

typo3.org/extensions/repository/

PageSpeed - cache expiration:

Bei mir zeigt er an, dass bei bestimmten Resourcen kein Cacheablauf bestimmt ist und das Resourcen in den kein Cacheablauf definiert sind auch nicht von Browsern ge-cached werden.

In diesem Zusammenhang sagt mir das Tool, dass ich für eine Reihe an Resourcen den Ablauf des Caches einen Monat in die Zukunft definieren soll - das sind zum Beispiel Bilder, Stylesheets und Scripte.

Mir ist schon auf jeden Fall klar das es Sinn macht, dass diese Ressourcen ge-cached weden sollten - nur wie bekommt man das hin?

Gruß,
Claudio.

Hallo,
wenn dein Hoster "mod_expires" unterstützt (meiner tut´s nicht) kannst du in deine .htaccess so was schreiben:
<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 7 days"
</IfModule>

httpd.apache.org/docs/2.0/mod/mod_expires.html

lwulfe schrieb:

Hallo,
wenn dein Hoster "mod_expires" unterstützt (meiner tut´s nicht) kannst du in deine .htaccess so was schreiben:
<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 7 days"
</IfModule>

httpd.apache.org/docs/2.0/mod/mod_expires.html

Hallo Lutz,

danke für den Hinweis - 1 und 1 scheinbar auch nicht.
Wäre vielleicht was für Herrn Davis

Gruß,
Claudio.

lwulfe schrieb:

Hallo,
wenn dein Hoster "mod_expires" unterstützt (meiner tut´s nicht) kannst du in deine .htaccess so was schreiben:
<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 7 days"
</IfModule>

httpd.apache.org/docs/2.0/mod/mod_expires.html

Hallo Lutz,

danke für den Hinweis - 1 und 1 scheinbar auch nicht.
Wäre vielleicht was für Herrn Davis

Gruß,
Claudio.