Hallo Rainer, hallo Leute, Am Samstag, 19. Februar 2005 11:54 schrieb Rainer Kaluscha:
Christian Boltz schrieb:
Folgendes: Auf einer SuSE 9.1 mit zugehörigem Apache2 [1] macht PHP eine Denkpause, bevor es den letzten Abschnitt einer Webseite rausrückt. Ein Großteil der Seite wird normal schnell geladen und angezeigt, dann folgen ca. 20 Sekunden Pause und erst anschließend rückt PHP den Rest der Seite raus.
Wer es sich selbst angucken will: http://www.cboltz.de
Heute war alles OK - weniger als 1s Ladezeit ...
Ansonsten kann sich dahinter alles mögliche verbergen: Netzwerkprobleme (Proxy, DNS, etc.),
DNS würde ich ausschließen, da ich vor längerer Zeit das Problem auch mit meinem lokalen Apache auf SuSE 9.1 (mit Einträgen in /etc/hosts) hatte. Der Proxy war ein gutes Stichwort: # time wget http://www.cboltz.de/de/linux/bash/sl1 [...] real 0m15.362s <--- genau das meinte ich user 0m0.004s sys 0m0.002s # unset http_proxy ; unset HTTP_PROXY # time wget http://www.cboltz.de/de/linux/bash/sl2 [...] real 0m2.157s <---- besser :-) user 0m0.003s sys 0m0.004s Mein wwwoffle ist also eindeutig (Mit-) Verursacher des Problems, wie man an den real-Zeiten klar erkennen kann. Die Zeiten mit/ohne wwwoffle sind klar reproduzierbar (jeweils mit leicht geänderter URL getestet, damit Caching ausgeschlossen ist.) Was mir gerade eingefallen ist und mich in diesem Zusammenhang etwas wundert: IIRC hat unter 9.1 auf meinem Laptop ein Apache-Update (!) auf die Version in projects/ das Problem behoben. Apache ist also wohl doch nicht unschuldig. Außerdem tritt das Problem nur bei PHP-Seiten auf, nicht aber bei statischem HTML (kann wwwoffle das auseinanderhalten?) Ich vermute also, dass doch irgendeine Einstellung (oder Bugfix?) in Apache oder PHP mit im Spiel ist. Ideen? BTW: Ich habe gerade mal mit suse-linux-faq.koehntopp.de/search.php getestet (der Server läuft auch mit 9.1) - die ist mit und ohne wwwoffle gleich schnell erreichbar.
eine angeknackste Platte (die erst einige retries braucht, um einen Block zu lesen etc.) ...
Dass bei einem neuen Server _und_ bei einem recht neuen Laptop jeweils die Platte einen Macken hat und denselben Fehler verursacht, wäre schon Murphy ;-) Gruß Christian Boltz, keine Zufallssig (wenn wir es schon mal von Murphy haben... ;-) -- randomlink against caching is now murphyproof. [Ratti in fontlinge-cvs]