W dniu poniedziałek, 27 stycznia 2014 02:55:06 UTC+1 użytkownik Tomasz Sowa napisał:
> On 2014.01.23 09:56, firr wrote:
>
>
>
> > retVal = send(clientSock, pSend, strlen(pSend), 0);
>
>
>
> Send nie musi wysłać wszystkiego co mu podałeś (w tym przypadku wyśle bo
>
> to mały string -- mniejszy niż mtu). Normalnie wysyłanie robi się
>
> pętęlką, sprawdza ile zostało wysłane (to co zwróci send) i posyła
>
> ponownie reszte.
>
>
>
> > retVal = recv(clientSock, pResponse, 9, 0);
>
>
>
> I tu podobnie z tym że trzeba wiedzieć ile odebrać -- nazywamy to
>
> protokołem komunikacyjnym. Możesz na przykład odczytywać aż do
>
> napotkania znaku o określonym kodzie (np nowej linii) albo wcześniej
>
> wysłać długość stringu (np dwa bajty o określonej kolejności) i po
>
> stronie klienta odczytywać tyle.
>
>
>
> Jak nie lubisz localhosta to do testowania wybierz pierwszy lepszy
>
> serwer popularnych usług, np:
>
> $ ( echo "GET / HTTP/1.0" ; echo "Host: www.onet.pl" ; echo "" ) | nc
>
> onet.pl 80 | grep -Fi "<title>"
>
> <title>Onet - informacje, rozrywka, emocje</title>
>
>
ok, tnx za sluszne uwagi, robilem to dawno i od tamtej pory zajmuje sie czyms innym
ale jak przyniose ten kabelek bedzie mozna postestowac

a co z wyslaniem tych dwu bajtow rozmiaru? - to polaczenie tutaj jest tcp czy udp
(nie pamietam,chyba tcp) - jest gwarancja ze to dojdzie
cale i w kolejnosci albo wogole nie dojdzie?

z tym wysylaniem do serw http onetu tez nie
robilem - po prostu mam tym wyslac "GET / HTTP/1.0" na port 80 na rozne adresy a ip
dostane sobie z gethostbyname(" ..link.."); ??

(w kazdym razie bede to testowac pozniej)