nicht angemeldet
Doppeltes GET
Hallo zusammen,
folgendes Problem:
ich versuche Daten aus einer Session zur Löschen, aber mein Code behauptet, diese seien nicht da. Jetzt habe ich mir mal die Fehlermeldungen nicht am Screen ausgeben lassen, sondern in ein Logfile geschrieben und festgestellt, die index.php wird zweimal aufgerufen, beim ersten mal löscht er die Session Variablen, beim zweiten mal gibt's diese natürlich nicht mehr.
Der doppelte Aufruf der index.php geschieht nur, wenn ich den Firefox nutze, beim IE nicht.
Folgendes hat mir wireshark ausgegeben... Warum sendet er ein FIN und danach nochmal den GET? Und warum nur mit dem Firefox? Hat jemand Ideen? Ähnliche Probleme? (192.168.178.10 -> Client Vista, 192.168.178.5 -> Server Apache auf Suse)
No. Time Source Destination Protocol Info
22 2.860602 192.168.178.10 192.168.178.5 TCP 50719 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=2
23 2.862828 192.168.178.5 192.168.178.10 TCP http > 50719 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 WS=2
24 2.862925 192.168.178.10 192.168.178.5 TCP 50719 > http [ACK] Seq=1 Ack=1 Win=17520 Len=0
25 2.863023 192.168.178.10 192.168.178.5 HTTP GET /index.php?page=new HTTP/1.1
26 2.865828 192.168.178.5 192.168.178.10 TCP http > 50719 [ACK] Seq=1 Ack=528 Win=6912 Len=0
30 2.937007 192.168.178.10 192.168.178.5 TCP 50719 > http [FIN, ACK] Seq=528 Ack=1 Win=17520 Len=0
31 2.946839 192.168.178.5 192.168.178.10 TCP [TCP segment of a reassembled PDU]
32 2.946850 192.168.178.5 192.168.178.10 TCP [TCP segment of a reassembled PDU]
33 2.947027 192.168.178.10 192.168.178.5 TCP 50719 > http [RST, ACK] Seq=529 Ack=1461 Win=0 Len=0
34 2.968858 192.168.178.10 192.168.178.5 TCP 50720 > http [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=2
35 2.972832 192.168.178.5 192.168.178.10 TCP http > 50720 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 WS=2
36 2.972924 192.168.178.10 192.168.178.5 TCP 50720 > http [ACK] Seq=1 Ack=1 Win=17520 Len=0
37 2.973033 192.168.178.10 192.168.178.5 HTTP GET /index.php?page=new HTTP/1.1
38 2.975834 192.168.178.5 192.168.178.10 TCP http > 50720 [ACK] Seq=1 Ack=528 Win=6912 Len=0
39 3.067841 192.168.178.5 192.168.178.10 TCP [TCP segment of a reassembled PDU]
40 3.067849 192.168.178.5 192.168.178.10 TCP [TCP segment of a reassembled PDU]
41 3.067962 192.168.178.10 192.168.178.5 TCP 50720 > http [ACK] Seq=528 Ack=2921 Win=17520 Len=0
42 3.070861 192.168.178.5 192.168.178.10 TCP [TCP segment of a reassembled PDU]
43 3.070869 192.168.178.5 192.168.178.10 TCP [TCP segment of a reassembled PDU]
44 3.070962 192.168.178.10 192.168.178.5 TCP 50720 > http [ACK] Seq=528 Ack=5841 Win=17520 Len=0
45 3.071839 192.168.178.5 192.168.178.10 TCP [TCP segment of a reassembled PDU]
46 3.073874 192.168.178.5 192.168.178.10 HTTP HTTP/1.1 200 OK (text/html)
47 3.073950 192.168.178.10 192.168.178.5 TCP 50720 > http [ACK] Seq=528 Ack=7890 Win=17520 Len=0
Danke und Grüße
Lena
-
Der doppelte Aufruf der index.php geschieht nur, wenn ich den Firefox nutze, beim IE nicht.
Folgendes hat mir wireshark ausgegeben... Warum sendet er ein FIN und danach nochmal den GET?
Wireshark ist etwas sehr tief gegriffen. Benutze Firebug, diese Firefox-Erweiterung zeigt unter anderem auch den Netzwerkverkehr auf HTTP-Ebene an.
-
Hallo Fritz,
Danke für Deinen Hinweis.
Firebug nutze ich bereits, hier sehe ich ebenfalls den doppelten Eintrag, jedoch nur kurz, bis die Seite geladen ist. Dann erscheinen die "normalen" Gets. Deshalb habe ich mich für Wireshark entschieden, da kann ich Teile besser nachvollziehen. Oder gibt es eine Logdatei für Firebug? Irgendwo logt ja vielleicht auch der Firefox hin, was er so treibt?
Ideen?
Gruß
Lena-
Hi,
nutze die Erweiterung Live HTTP headers.
freundliche Grüße
Ingo-
Hallo Ingo
"Live HTTP headers" zeichnet nur ein GET auf... das hilft aber auch nicht so richtig weiter... irgendwas muss ja meinen Rechern dazu veranlassen (und indirekt muss das der Firefox sein) zwei GETs Richtung Server zu senden?
Leicht verzweifelte Grüße
Lena
-
Moin!
irgendwas muss ja meinen Rechern dazu veranlassen (und indirekt muss das der Firefox sein) zwei GETs Richtung Server zu senden?
Mit 100% Sicherheit wird es das HTML (und alles, was sonst dazugehört: CSS, Javascript,...) sein, das dein Browser erhält - davon kennen wir aber noch keinen Fitzel.
- Sven Rautenberg
--
"Love your nation - respect the others."-
Hallo Sven,
diese Anfragen (JavaScript, Css.. ) tauchen gesondert auf:
Das ist die Ausgabe der LiveHeaderExt. für Firefox#request# GET http://xxx/index.php?page=new
#request# GET http://xxx/index.php?page=new
GET /index.php?page=new
#request# GET http://xxx/css/main.css
#request# GET http://xxx/js/main.js
...Der erste schein fehlerhaft zu sein (beim LiveHeader kann man sich auch nur Fehlerhafte anzeigen lassen) jedoch kann ich nicht sehen, woran es lag
Aber Danke für Eure Hilfe...
Gruß
Lena-
Moin!
diese Anfragen (JavaScript, Css.. ) tauchen gesondert auf
Das war jetzt aber nicht meine Frage.
Ich habe den Verdacht, dass durch paralleles Wirken von Javascript und normalem HTML des Links der Request unabsichtlich doppelt abgeschickt wird.
Ob das so ist, kann aber nur geprüft werden, wenn bekannt ist, welcher Quelltext im Browser aktiv ist. Das Beobachten des tatsächlichen Verhaltens ist nicht weiter hilfreich, da du das ja schon herausgefunden hast: Es werden zwei GETs verursacht.
- Sven Rautenberg
--
"Love your nation - respect the others."-
Hallo Sven,
diese Anfragen (JavaScript, Css.. ) tauchen gesondert auf
Das war jetzt aber nicht meine Frage.
Aber das war Lenas Antwort. ;-)
*scnr*
Grüße
Richard
-
-
-
-
-
Hallo Ingo (nochmal)
ich verstehe die Erweiterung nicht so ganz.
Unter dem Tab Header steh bloss ein Get unter "Generator" stehen zwei Gets??
#request# GET http://xxx/index.php?page=new
#request# GET http://xxx/index.php?page=newHmm
-
Hi,
ich verstehe die Erweiterung nicht so ganz.
Unter dem Tab Header steh bloss ein Get unter "Generator" stehen zwei Gets??
Die Erweiterung mixt Serverheader mit meta-Angaben im Dokument.
Du solltest auch besser die Protokollierung starten und Dir dann das vollständige Protokoll ansehen. Ggfls. vorher den Cache löschen.freundliche Grüße
Ingo
-
-
-
-