[TYPO3-german] CSS Umfang optimieren
Christoph Kuhn
adonix at chrisk.ch
Wed Aug 8 23:12:48 CEST 2007
Hallo Ingo
Am Dienstag, 7. August 2007 22:31 schrieb Ingo:
> On Tue, 07 Aug 2007 13:08:40 +0200 "Marc Wöhlken [quadracom]"
>
> <woehlken at quadracom.de> wrote:
> > ... bringt diese Optimierung wirklich viel? Das CSS-File wird eh nur
> > einmal runtergeladen und dann gecacht, d.h. diese Optimierung greift
> > nur für die (wenigen?) User, die z.B. nicht Dein CHC-Forum besuchen.
>
> Die dafür _mehrfachen_ Zugriffe sind das teure bei Seiten mit hoher
> Zugriffslast. Guck dir mal google und Konsorten an, alles inline im HTML
> drin.
Die durchschnittlichen Domains hier auf dem Server sind erfahrungsgemäss
folgendermassen besucht:
Benutzergruppe1:
Einstiegsseite ist www.domain1.ch
Dann werden eine bis mehrere Infoseiten abgegrast.
Bis hierher reicht eine kleine CSS, ohne jeglichen weiteren Müll drin.
Benutzergruppe2:
Einstiegsseite ist www.domain1.ch oder direkt www.domain1.ch/forum
Dann wechselt der Benutzter ins Forum, wenn er nicht bereits hier eingestiegen
ist. Hier wird beim ersten Aufruf der allgemeine CSS Teil geladen und beim
Wechsel ins Forum der spezifische. Wenn er direkt im Forum einsteigt, muss er
halt zwei CSS auf's mal runterladen.
Benutzergruppe3:
Einstiegsseite ist www.domain1.ch oder www.domain1.ch/login. Dann meldet er
sich an und wechselt in den Internen Bereich und wühlt zB in der Agenda rum.
Hier wird beim ersten Aufruf der allgemeine CSS Teil geladen und beim Wechsel
in den Kalender/Agenda die spezifische CSS.
Bin zwar noch dran mit der Umstellung von 1 CSS auf die aufgeteilte Variante,
bin aber nach folgender Aussage der Überzeugung, dass es so am besten ist:
> Für eine Seite mit relativ wenigen und dann wiederholten Zugriffen mag
> das Aufteilen der CSS-Files je nach Nutzung sinnvoller sein.
Nur ein fiktives Rechnungsbeispiel:
Gruppe Besuche 1CSS:zgr/kB 3CSS:zgr/kB
B1 40 1/60 1/14
B2 30 1/60 2/40
B3 30 1/60 2/34
============================================
100 100/6000 160/2780
Das heisst, ich hätte in bezug auf die CSS Files zwar 60% mehr Zugriffe, dafür
64% weniger Bandbreite.
Für den Server in dieser Grössenordnung ist weder das eine noch das andere das
Problem (und hat auf mein aktuelles Problem effektiv keinerlei Einfluss).
Aber für den Besucher macht das schon was aus, wenn er mit 56k kommt, dürfte
er das CSS der Startseite in 2.8 Sekunden statt in 12 Sekunden geladen haben.
Wenn er dann für die erste Forumseite nochmals 5 Sekunden warten muss, was
zusammen mit dem HTML damit bei 8 Sekunden zu liegen kommen dürfte, dann ist
das für mich zufriedenstellend.
Für mich ist die CSS Optimierung hier am Ende, nun ist Typo3 selber das
Problem, denn ich kriege laut ab bloss 11kBytes raus. Damit kann man grad
eine 56k Leitung bedienen, aber wenn zwei drei Benutzer mit ADSL kommen, ist
fertig, dann beginnt endlose Warterei, denn Typo bringt hier somit nur alle 2
Sekunden eine Seite raus. Ja, ich werd staticfilecache installieren, aber
erst muss ich ohne staticfile wenigstens auf 120kBytes kommen. Eine Domain
mit anderem CMS kommt auf dem selben Server immerhin auf 320kBytes, was knapp
30x mehr ist.
Einen schönen Abend noch
chris
More information about the TYPO3-german
mailing list