Morgen Tom,
Das habe ich aber anders verstanden. Aus der RFC-2109 geht der Vorgang so hervor:
Sprechen wir vom gleichen RFC?
http://www.ietf.org/rfc/rfc2109.txt
- Client sendet Seitenanfrage
- Server sendet Frage, ob er ein Cookie senden darf
- Client antwortet mit ja oder nein
- Server sendet Cookie und Seite
- Client sendet ein ACK für das Cookie
Nenn mir bitte den entsprechenden Textausschnitt - ich habe mir das RFC noch einmal durchgelesen und nichts derartiges gefunden.
Und es steht da drin, dass dieser Dialog in nder Praxis verkürzt wurde auf:
- Client sendet Seitenanfrage
- Server sendet Frage, ob er ein Cookie setzen darf, Cookie und Seite
- Client sendet ein NACK oder ACK zurück für das Cookie
Das sehe ich auch nirgendwo.
So wie ich das RFC verstanden habe passiert folgendes:
1. Client sendet Anfrage
2. Server antwortet mit setCookie-Header
3. Client sendet u.U. noch eine Anfrage diesmal mit Cookie-Header
4. Server antwortet wieder, evtl. mit setCookie-Header
5. usw.
HTTP ist wie gesagt ein zustandsloses Protokoll. Zitat aus dem RFC:
| (Note that "session" here does not refer
| to a persistent network connection but to
| a logical session created from HTTP requests
| and responses.
Wenn die Antwort also auf dem Server zur Verfügung steht,
AFAIK/IMHO tut sie das eben nicht. Die Anfrage ist erst abgeschlossen, wenn das PHP-Script abgeschlossen ist. Danach sendet der Browser erst (u.U.) eine weitere Anfrage.
Grüße,
Christian