Wie schreibe ich einen HTTP-Server?

Wie der Titel schon sagt, möchte ich einen HTTP-Server schreiben. Meine Frage ist, wie mache ich das? Ich weiß, das klingt SEHR allgemein und zu "hoch", aber mein Wahnsinn hat eine Methode. Eine Antwort auf diese Frage sollte meines Erachtens sprachunabhängig sein. Das heißt, egal welche Sprache ich verwende (z. B. C, C ++, Java usw.), die Antwort sollte dieselbe sein. Ich habe eine allgemeine Vorstellung davon, wie das funktionieren soll:

1. Öffnen Sie eine Steckdose an Port 80.
2. Warten Sie, bis ein Client eine Anfrage gestellt hat.
3. Lesen Sie die Anfrage (dh diese Person möchte die Seite "contact-us.html").
4. Suchen und lesen Sie "contact-us.html".
5. Sende einen HTML-Header und sende dann den Inhalt von "contact-us.html"
6. Erledigt

Wie gesagt, ich glaube, das ist der Prozess, aber ich bin nicht 100% sicher. Dies führt mich zum Kern meiner Frage. Wie oder wo findet eine Person diese Informationen heraus?

Was wäre, wenn ich nicht nur einen HTTP-Server schreiben wollte, sondern einen FTP-Server, einen Chat-Server, einen Bildbetrachter usw.? Wie findet eine Person die genauen Schritte / Prozesse heraus, die zum Erstellen eines funktionierenden HTTP-Servers erforderlich sind?

Ein Mitarbeiter erzählte mir von dem HTML-Header, daher hätte ich das NIE ohne ihn gewusst. Er sagte auch etwas über die Übergabe jeder Anfrage an einen neuen Thread. Gibt es ein großes Buch darüber, wie die Dinge funktionieren? Gibt es ein Handbuch darüber, was es braucht, um ein HTTP-Server zu sein?

Ich habe versucht zu googeln, wie ein HTTP-Server funktioniert, aber die einzigen Antworten, die ich finden konnte, richteten sich gegen Ihren durchschnittlichen Joe und nicht gegen eine Person, die einen HTTP-Server programmieren möchte.

Verwenden Sie den RFC2616 , Luke!

Sie lesen den RFC 2616 unter HTTP / 1.1 und greifen zu.

Das war eigentlich ein Projekt in meinem dritten Jahr an der Ingenieurschule, und das ist so ziemlich die Projektbeschreibung.

Werkzeuge

Ihre Werkzeuge sind:

• Grundlegendes Netzwerkmaterial (Socket-Management, Bindung, Adressen verstehen),
• gutes Verständnis von I / O-Streams,
• Viel Geduld, um ein paar zwielichtige Teile des RFC zu bekommen (MIME-Typen machen Spaß).

Überlegungen zum Spaß

Dinge, die für zusätzlichen Spaß zu beachten sind:

• Plug-in-Architektur für CGI / Mod-Unterstützung,
• Konfigurationsdateien für viele Dinge,
• viele Experimente zur Optimierung von Transfers,
• viele Experimente, um herauszufinden, wie die Auslastung in Bezug auf CPU und Arbeitsspeicher verwaltet werden kann, und um ein Versandmodell auszuwählen (Big Fat Even Loop, Single Accept Versand, Multi-Thread, Multi-Prozess usw.).

Habe Spaß. Es ist eine sehr coole Sache zu sehen.

Andere (einfachere) Vorschläge

• FTP- Client / Server (meist RFC959, aber es gibt ältere Versionen und auch einige Erweiterungen)
• IRC- Client / Server (meist RFC1459 , aber es gibt Erweiterungen)

Sie sind viel einfacher anzufassen und ihre RFCs sind viel einfacher zu verdauen (nun, der IRC hat einige seltsame Teile, aber der FTP ist ziemlich klar).

Sprachauswahl

Natürlich hängen einige Implementierungsdetails stark von der Sprache und dem Stack ab, die Sie zur Implementierung verwenden. Ich habe das alles in C angegangen, aber ich bin sicher, es kann genauso gut in anderen Sprachen Spaß machen (ok, vielleicht nicht so viel Spaß, aber immer noch Spaß).

Jedes im Internet verwendete Protokoll ist in einem oder mehreren öffentlichen Dokumenten angegeben, die als RFCs bezeichnet werden. Alle aktuellen RFCs finden Sie unter http://www.rfc-editor.org/ , die auch über eine anständige Suchfunktion verfügen.

Das HTTP-Protokoll (Version 1.1) ist beispielsweise in RFC2616 und das FTP-Protokoll in RFC959 angegeben .

Die RFCs sind meiner Meinung nach sehr gut lesbar.