Danke für deine Mühen.
meltemi wrote: Nach mir vorliegenden Informationen hat dein Provider auf "Deinen" Server über 1000 (tausend) Websites draufgepackt. Das sind schon arg viele
Den Provider will ich hier lieber nicht beim Namen nennen... Könnte sein, denn ich habe jetzt einiges mit yslow angestellt:
wenn z.B. die ges. Ladezeit 5 sec. ist, (38 Anfragen = 332 KB, davon 315 aus dem Cache)
sind nur drei GET die abgerufen werden, plugins.css 148 ms, stat.php 106 ms und
GET
http://www.natur-und-handgemacht.de/ (doc, 9,2 KB))
3810 ms = warten 3720 ms empfangen 50 ms
( im Antwort-header steht übrigens HTTP/1.1 200 OK Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache)
Abgesehen vom browsercache wird die doc wohl nicht serverseitig gecached (sonst wär nicht 200 ok sondern 304 not modified)
weitere Zeit pro jpg meist ca. 200 - 300 ms (z.B. 12,5 KB ges 224 ms davon blockieren 177 ms, warten 47 ms, empfangen 0 ms)
das erklärt bei 9 Bildern weitere 2 sec.
im Header steht bei allen Bildern u.a. "X-Pad avoid browser bug" - ist das normal?
Browsercache löst das Problem "warten" und "blockieren" ja nicht beim ersten Aufruf
Woran liegts also? ka
claen URLs hab ich nicht, bei mir wimmelt es von Sonderzeichen, z.B. Umlaute in den Seitenüberschriften
cmb wrote:Vielleicht böte sich statt dem Client seitigen cachen des HTML aber auch ein Server seitiges Caching an
wie ich unter "304 not modified" gelesen habe ist das das serverseitige cachen, sonst wäre 200 ok, nur klappt das wohl nicht bei "doc".
Oder doch gecached, aber trotzdem ausgeliefert?
Liegts doch am Server?
meine
http://www.albert-wilhelm.de braucht auch zu lang (ist ja fast nichts drin) 1,3 sec, davon sehr viel lila (warten)
Eben mailte mir einer, es habe beim ersten Aufruf 23 sec. gedauert, trotz 50 Mbit/s