Come scrivere un server HTTP?

Come dice il titolo, vorrei scrivere un server HTTP. La mia domanda è questa, come posso fare? So che sembra MOLTO generale e troppo "di alto livello", ma c'è un metodo per la mia follia. Una risposta a questa domanda dovrebbe essere, credo, linguaggio agnostico; vale a dire, indipendentemente dal linguaggio che uso (ad esempio, C, C ++, Java, ecc.) la risposta dovrebbe essere la stessa. Ho un'idea generale di come dovrebbe funzionare:

1. Aprire un socket sulla porta 80.
2. Attendere che un client faccia una richiesta.
3. Leggi la richiesta (ovvero, questa persona desidera la pagina "contact-us.html").
4. Trova e leggi "contact-us.html".
5. Invia un'intestazione html, quindi invia il contenuto di "contact-us.html"
6. Fatto

Come ho detto, credo che questo sia il processo, ma non sono sicuro al 100%. Questo mi porta al cuore della mia domanda. Come o dove una persona scopre queste informazioni?

E se non volessi scrivere solo un server HTTP, e se volessi scrivere un server FTP, un server di chat, un visualizzatore di immagini, ecc.? In che modo una persona scopre i passaggi / processi esatti necessari per creare un server HTTP funzionante?

Un collega mi ha parlato dell'intestazione html, quindi non avrei MAI saputo questo senza di lui. Ha anche detto qualcosa sul passare ogni richiesta a un nuovo thread. C'è qualche grande libro su come funzionano le cose? Esiste un manuale di ciò che serve per essere un server HTTP?

Ho provato a cercare su google "come funziona un server HTTP", ma le uniche risposte che ho trovato sono state orientate verso il tuo Joe medio e non verso una persona che voleva programmare un server HTTP.

Utilizzare RFC2616 , Luke!

Hai letto RFC 2616 su HTTP / 1.1 e ci provi.

Quello era in realtà un progetto durante il mio terzo anno alla scuola di ingegneria, e questa è praticamente la descrizione del progetto.

Utensili

I tuoi strumenti sono:

• roba di rete di base (gestione socket, binding, capire indirizzi),
• buona comprensione dei flussi di I / O,
• molta pazienza per ottenere alcune parti ombreggiate dell'RFC (i tipi mime sono divertenti).

Considerazioni divertenti

Cose da considerare per un divertimento extra:

• architettura plug-in per aggiungere il supporto CGI / mod,
• file di configurazione per molte cose,
• molta sperimentazione su come ottimizzare i trasferimenti,
• molta sperimentazione per vedere come gestire il carico in termini di CPU e memoria e scegliere un modello di invio (big fat even loop, single accett dispatch, multi-thread, multi-process, ecc ...).

Divertiti. È una cosa molto interessante da guardare.

Altri suggerimenti (più semplici)

• Client / server FTP (principalmente RFC959 ma ci sono versioni precedenti e anche alcune estensioni)
• Client / server IRC (principalmente RFC1459 , ma ci sono estensioni)

Sono molto più facili da affrontare per primi e i loro RFC sono molto più facili da digerire (beh, quello IRC ha alcune parti strane, ma quello FTP è abbastanza chiaro).

Scelta della lingua

Naturalmente, alcuni dettagli dell'implementazione dipenderanno in larga misura dalla lingua e dallo stack utilizzati per implementarlo. Mi sono avvicinato a tutto ciò in C, ma sono sicuro che può essere divertente anche in altre lingue (ok, forse non tanto divertente, ma comunque divertente).

Ciascuno dei protocolli utilizzati su Internet è specificato in uno o più documenti pubblici chiamati RFC. Tutti gli RFC attuali sono disponibili all'indirizzo http://www.rfc-editor.org/ , che ha anche una discreta funzione di ricerca.

Il protocollo HTTP (versione 1.1), ad esempio, è specificato in RFC2616 e il protocollo FTP è specificato in RFC959 .

Secondo le specifiche, gli RFC sono, secondo me, molto leggibili.