Jak to jest z tym http ... a mianowicie, dlaczego jak wysyłam żądanie do serwera, to odsyła on najpierw dane, a dopiero potem nagłówek ? ... zauwarzyłem że dzieje się tak tylko przy plikach binarnych. Przy plikach tekstowych jest wszystko ok..
0
0
A czego używasz że zaobserwowałeś taką sytuację (jakiego softu do 'pobierania').
0
np. Free Download Menager'em , IE , ....sniffowałem pakiety wireshark'iem
0
Podejrzyj sobie telnetem jak to idzie. Nie widzę za bardzo możliwości żeby serwer tak odpowiadał - więc pewnie ten wireshark pokazuje Ci to jakoś inaczej.
0
tu są logi w wiresharka ( dawniej ethereal) ... to jest raczej dobry sniffer :>
http://www.wklej.org/id/083fe5504c
ale tu za bardzo nic nie widać, więc podaje jeszcze plik programu...
http://s008.wyslijto.pl/index.php?file_id=07854497602378749482
0
Bo logi przegląda się od góry, a nie od dołu :>
Ściągnąłem te logi, które zhostowałeś. Wszystko jest OK.
0
Przeglądałem od góry :-/
Skoro wszystko jest ok, to dlaczego to wygląda tak:
- Przeglądarka wysyła żądanie ( no. 4 )
- Serwer odsyła pliki ( no. 6,7 )
- Serwer odsyła nagłówek ( no. 9 )
?
0
Zle to czytasz, bo czytasz 2 protokoly na raz nie wiedzac do czego sluza.
- Przegladarka wysyla żądanie (protokol HTTP), nr 4
- Serwer przesyla dane protokolem TCP/IP, nr 6,7, 9 z czego 9 jest ostatnia ramka
- Poniewaz 9 jest ostatnia ramka, ramki nalezace do tego samego zestawu sa skladane w calosc i rozpoznane jako wiadomosc protokolu HTTP. Zauwaz w ramce 9 taki tekst: [Reassembled TCP Segments (3385 bytes): #6(1430), #7(1430), #9(525)].
Oczywiscie wszystkie te ramki to rowniez protokol TCP/IP, ale dwie srodkowe (6,7) nie sa rozpoznawane jako wlasciwy HTTP, bo stanowia tylko czesc wiadomosci.
0
aha, dzięki, już rozumiem ;-)