Warten auf die Antwort des Servers

http://stackoverflow.com/questions/1400829/what-exactly-is-the-waiting-for-response-msg-on-firebugs-net-tab

Kleiner Tipp noch:
Wenn du z.B. NGINX laufen hast um statische Seiten direkt auszuliefern und nc_staticfilecache nutzt um diese via TYPO3 zu erzeugen, aber auf jeder Seite einen Login oder dergleichen verwendest, dann empfehle ich dir NGINX einfach zu deaktivieren. Dadurch sparst du dir auch viel Waittime.

Hintergrund:
Browser fragt Server -> dieser fragt NGINX ob eine statische Version vorliegt -> dieser fragt TYPO3 (also startet erstmal der PHP-Interpreter -> TYPO3 fragt nc_staticfilecache -> dieses meldet das es keine Version gibt -> somit startet der Pagerenderer und liefert ein Ergebnis.

Ohne NGINX und filecache:
Browser fragt Server -> Apache startet PHP Modul -> TYPO3 rendered

Klar im Hintergrund ist es noch komplexer (z.B. Cacheabfrage etc.)

Das wäre nun ein Usecase falls du mit TYPO3 arbeitest. Gibt natürlich auch ähnliche Lösungen für andere CMS Systeme. Hintergrund ist im Prinzip immer der gleiche.

Was auch noch die Wartezeiten beeinträchtigen kann ist ob du z.B: PHP als Servermodul laufen lässt, bzw. PHP als cgi-Modul laufen lässt.

Hierbei entstehen auch nochmal Leistungsunterschiede.
Das cgi-Modul ist flexibler und sicherer, das Servermodul/der Service könnte instabiler sein.

Hintergrund hierbei:
Das CGI-Modul wird pro Seitenaufruf aufgerufen und erstellt. Also existieren teilweise parallel mehrere PHP-Instanzen. Jedoch hat jeder Aufruf eine kurze Initialisierungsphase (also eine gewisse Zeit bis der Server anfängt PHP zu interpretieren).

Bei dem Service ist es so, dass dieser beim Start des Apache einmalig startet. Wenn der Apache dann läuft, erstellt er nur einen weiteren handle pro Seitenaufruf. Das geht bedeutend schneller (da keine Initialisierung!).

Ich hoffe ich konnte dir ggf. noch einige Gründe oder potenzielle Fehlkonfigurationen nennen.

Beste Grüße,
Daniel