nicht angemeldet
Hi Andreas,
eben - genau das meinte ich. Die häufigsten
Zugriffe zu tunen ist wichtig - die teuersten
aber ebenfalls.
Da steht "TRAFFIC" und nicht "PERFORMANCE".
bei mir steht "teuer" - ohne Angabe der "Währung".
Aber gerade Traffic sollte er sich doch recht
einfach ausrechnen können, er muß halt nur wissen
wieviele Besucher, und wie groß die Seiten im
Schnitt sind.
Und wieviele dieser Benutzer ihren Browser so konfiguriert haben, daß er komprimierte Konfiguration unterstützt, und welche Caching-Einstellungen diese Browser haben, und welche Caching Proxies von den Providern bzw. Firmennetzen dieser Besucher verwendet werden, und ... und ... und ...
- Wo geht gzip-komprimiert ausliefern
Full ACK.
- Wie auch schon geschreiben wurde die Seiten nicht
ständig dynamisch erzeugen, aber aus einem anderen
Grund: wenn die Seiten statisch sind, können sie
gecached werden, von Browser, Proxy...
Auch dynamische Seiten können gecached werden! (Der Client hat doch keine Ahnung, ob eine Seite statisch oder dynamisch ist - in den HTTP-Headern steht es nicht drin.) Man muß halt wissen, was man tut ...
- Nicht zwanghaft alles probieren in Javascipt zu
schreiben, denn dann muß evtl. deutlich mehr Code in
die Seite als bei einer dynamisch erzeugten aber
als statisch gespeicherten Seite!
Das macht schon alleine wegen des Aufwandes keiner - wer JavaScript einsetzt, tut es, weil sein Problem mit HTML alleine nicht lösbar ist.
Du wirst vermutlich lachen - aber ich habe (dienstlich) ein Paket von Seiten, das wir zur _Verbesserung_ der Performance clientseitig per JavaScript generieren lassen ... (die Daten gehen als CSV zum Browser, und der malt dann die hübschen Sachen daraus).
Viele Grüße
Michael