Re: un server web LEGGERO... quale?

[walter valenti <walter@waltervalenti.it>]

A grandi linee il meccanismo è questo.

Il server ha un solo processo con un socket in ascolto sulla porta 80.
Quando il client invia la richiesta si crea la connessione, tra la porta
80 del server e una porta >1023 del client.
A questo punto dipende se il client usa HTTP1.0 o HTTP1.1

Nel caso 1.0 ad ogni richiesta del client relativa alla stessa pagina(es.
le immagini e frames vari della pagina) viene creata un nuova connessione.
Cioè: apertura conness. -> richiesta del client (es della index.html)
-> invio ->chisura.
         apertura nuovo conn. -> richista del client, per esempio una
immagine -> invio -> chiusura.

Nel caso 1.1 la pagina viene creata tutta su una connessione (immagini e
frame vari).

In entrambi i casi dato che il server ha un solo processo in ascolto sulla
80 durante la fase apert.>rich->invio->chiusura, non può compiere
altre operazioni.


    Walter


> > Il caso più semplice è un solo processo che gestisce la singola
> > connessione. Il questo caso un server è in grado di gestire una sola
> > connessione alla  volta.
> >   
> Questo significa che i web server citati gestiscono una sola connessione alla volta? Potrebbe non essere una buona idea... intendo, vuole anche dire che il tempo che ci mette Ciccio a prendere una pagina http blocca l'intero server oppure il trasferimento e le richieste sono due cose separate?
>
> Vince


-- 
God hates us all