2016-05-20 10:34 GMT+03:00 Călin Cruceru <[email protected]>: > Salut, > > 2016-05-20 8:11 GMT+03:00 Adrian Stanciu via so <[email protected]>: >> 2016-05-20 1:29 GMT+03:00 Jeni Rotaru via so <[email protected]>: >>> Bună seara, >> >> Bună, >> >>> Am o nelămurire legată de modul în care ar trebui să reacționeze serverul >>> atunci când, în timp ce răspunde la un request, vine altul.Cum ar trebui >>> tratat un astfel de caz? >>> >> >> Serverul va folosi un mecanism de multiplexare (epoll/iocp). Fiind un >> server single threaded, după ce termină task-ul curent (pentru care a >> fost notificat anterior) va aștepta la mecanismul de multiplexare >> apariția unui nou eveniment. Atunci va fi notificat că are de tratat o >> nouă cerere HTTP. >> > > Nu știu sigur dacă la asta se referea Jeni, dar întrebarea se poate > referi și la ce se întâmplă dacă un client "pipeline-ază" requesturi > (GET-uri). Deci același client, pe aceeași conexiune[1], fără să > aștepte răspunsul la cele anterioare. > > L-am întrebat legat de asta pe RD și a zis că tema nu testează asta. > De altfel, cred că poate fi dedus din enunț că nu trebuie să tratăm > asta din faptul că se precizează că la răspuns, în headerul HTTP, > *Connection* trebuie setat la *Close*. > > Am înțeles corect?
E corect, fiecare request are o conexiune proprie. > [1]: > http://stackoverflow.com/questions/21696733/issuing-multiple-requests-before-getting-response Adrian _______________________________________________ http://ocw.cs.pub.ro/courses/so/info/lista-discutii
