zapis jpg do pliku pobranego przez soket? Opcje

[evo]

witam,

wysylam zapytanie GET plik.php do serwera wynikiem ktory dostaje jest jpeg i wyglada to mniej wiecej tak:

HTTP/1.1 200 OK
Date: Mon, 10 Mar 2003 14:23:15 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.7a
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Transfer-Encoding: chunked
Content-Type: image/jpeg

654
ÿØÿà JFIF



ÿþ >CREATOR: gd-jpeg v1.0 (using IJG JPEG v62), default quality
ÿÛ C  

 $.' ",#(7),01444'9=82<.342&yuml;&Ucirc; C


[.....]

pozwolilem se to skrocic bo nie ma sensu zebym wklejal tu cala zawartosc zwrotu

w czym problem...

..chce teraz zapisac ten obrazek do pliku *.jpg na serwerze lecz po zapisaniu...kupa...cos jest nie tak zawartosc znajduje sie w pliku lecz nie moge go otworzyc ...a program graficzny mowi ze nie obsluguje tych rodzaji plikow.

- zapisywalem w trybie binarnym i w zwyklym tez probowalem
- oczywiscie naglowek HTTP wycialem i zapisalem tylko zawartosc


jedyn co mi do glowy przychodzi to to ze ten obrazek jest jakosc zakodowany o czym nawet mowi naglowek

Transfer-Encoding: chunked

1.co dokladnie znaczy ta informacja?
2.w jaki sposob moge przetransferowac te dane by po zapisaniu do pliku *.jpg byl to normalny obrazek?

[kurtz]

[quote="evo"]witam,

wysylam zapytanie GET  plik.php do serwera wynikiem ktory dostaje jest jpeg i wyglada to mniej wiecej tak:
[quote]
HTTP/1.1 200 OK..
[/quote]
pobierasz obrazek przez HTTP/1.1 i jak pokazuje poczatek zawartosci dokaldnie tak jest to realizowane - oznacza to ze na koniec danych masz jedna dodatkowo linie ktora podaje (ZTCP) stan polaczenia http 1.1.

rozwiazanie: pobrac plik uzywajac HTTP/1.0 - polaczenie wiec jest zamykane zaraz po przeslaniu danych.

...
i nie pamietam dokaldnie poprawnosci transfer-coding ale dalbym glowe ze to jest ok dla http/1.1 ;)

[evo]

dziekuje, rzeczywiscie masz racje pobieralem przez 1.1 i zmiana na 1.0 pomogla

HTTP/1.1 200 OK
Date: Mon, 10 Mar 2003 18:08:32 GMT
Server: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.7a
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Connection: close
Content-Type: image/jpeg

jak widzisz transfer-coding brakuje wiec tez miales z tym racje ze to tylko dla 1.1 :wink:

dziwi mnie tylko dlaczego serwer odpowiedzial

HTTP/1.1 200 OK

a nie

HTTP/1.0 200 OK

ale to juz szczegol


a jaki jest patent na odczytywanie zawartosci pobranych przez 1.1?