Jak napisać serwer HTTP?

Jak mówi tytuł, chciałbym napisać serwer HTTP. Moje pytanie brzmi: jak to zrobić? Wiem, że to brzmi BARDZO ogólnie i zbyt „na wysokim poziomie”, ale w moim szaleństwie jest metoda. Odpowiedź na to pytanie powinna być, jak sądzę, agnostyczna wobec języka; czyli bez względu na to, jakiego języka używam (np. C, C ++, Java itp.), odpowiedź powinna być taka sama. Mam ogólne pojęcie o tym, jak to powinno działać:

1. Otwórz gniazdo na porcie 80.
2. Poczekaj, aż klient złoży żądanie.
3. Przeczytaj żądanie (tj. Ta osoba chce strony „contact-us.html”).
4. Znajdź i przeczytaj „contact-us.html”.
5. Wyślij nagłówek HTML, a następnie wyślij treść „contact-us.html”
6. Gotowy

Tak jak powiedziałem, wierzę, że to jest proces, ale nie jestem w 100% pewien. To prowadzi mnie do sedna mojego pytania. Jak lub gdzie dana osoba znajduje te informacje?

Co jeśli nie chciałbym pisać tylko na serwerze HTTP, co jeśli chciałbym napisać serwer FTP, serwer czatu, przeglądarkę zdjęć itp.? W jaki sposób osoba dowiaduje się, jakie dokładnie kroki / proces są potrzebne do utworzenia działającego serwera HTTP?

Współpracownik powiedział mi o nagłówku HTML, więc NIGDY nie wiedziałbym tego bez niego. Powiedział także coś o przekazaniu każdej prośby do nowego wątku. Czy jest jakaś duża książka o tym, jak to działa? Czy istnieje instrukcja obsługi serwera HTTP?

Próbowałem google „jak działa serwer HTTP”, ale jedyne odpowiedzi, jakie mogłem znaleźć, były skierowane do przeciętnego Joe, a nie do osoby, która chce zaprogramować serwer HTTP.

Użyj RFC2616 , Luke!

Czytasz RFC 2616 na HTTP / 1.1 i idziesz na to.

To był właściwie projekt na trzecim roku w szkole inżynierskiej, i to w zasadzie opis projektu.

Przybory

Twoje narzędzia to:

• podstawowe rzeczy związane z siecią (zarządzanie gniazdami, wiązanie, zrozumienie adresów),
• dobra znajomość strumieni we / wy,
• dużo cierpliwości, aby zdobyć jakieś podejrzane części RFC (typy MIME są zabawne).

Rozważania na temat zabawy

Rzeczy do rozważenia dla dodatkowej zabawy:

• architektura wtyczek, aby dodać obsługę CGI / mod,
• pliki konfiguracyjne dla, cóż, wielu rzeczy,
• dużo eksperymentów na temat optymalizacji transferów,
• wiele eksperymentów, aby zobaczyć, jak zarządzać obciążeniem pod względem procesora i pamięci, a także wybrać model wysyłki (duża, nawet gruba pętla, pojedyncza wysyłka, wielowątkowa, wieloprocesowa itp.).

Baw się dobrze. To bardzo fajna rzecz do oglądania.

Inne (prostsze) sugestie

• Klient / serwer FTP (głównie RFC959, ale istnieją starsze wersje, a także niektóre rozszerzenia)
• Klient / serwer IRC (głównie RFC1459 , ale istnieją rozszerzenia)

Najpierw są o wiele łatwiejsze do rozwiązania, a ich RFC są o wiele łatwiejsze do strawienia (cóż, IRC ma kilka dziwnych części, ale FTP jest dość wyraźny).

Wybór języka

Oczywiście niektóre szczegóły implementacji będą w dużym stopniu zależne od języka i stosu używanego do implementacji. Podszedłem do tego wszystkiego w C, ale jestem pewien, że może być równie fajnie w innych językach (ok, może nie tak fajnie, ale nadal fajnie).

Każdy z protokołów używanych w Internecie jest określony w co najmniej jednym dokumencie publicznym zwanym RFC. Wszystkie obecne RFC można znaleźć na stronie http://www.rfc-editor.org/ , która ma również funkcję porządnego wyszukiwania.

Na przykład protokół HTTP (wersja 1.1) jest określony w RFC2616, a protokół FTP jest określony w RFC959 .

Według specyfikacji, RFC są, moim zdaniem, bardzo dobrze czytelne.