Lista niezbędnych wymagań:
- być w stanie obsługiwać statyczne strony HTML i pliki (obrazy, skompresowane archiwa, pliki tekstowe ASCII itp.) przez HTTP.
- bądź konserwatywny w stosunku do zasobów . Wykorzystuje to, co jest potrzebne do przesyłania danych przez sieć w postaci pamięci i procesora, i niewiele więcej.
- mieć niewielką powierzchnię instalacyjną.
- używaj tylko tyle pasma sieci, ile jest konieczne.
- być dojrzałym .
- być łatwy w konfiguracji.
- być skompilowanym w natywnym kodzie. Bez Python lub Java itp.
Czego nie potrzebuję:
- Złożone opcje konfiguracji. W razie potrzeby przejdę na httpd Apache.
- Obsługa uruchamiania CGI, Perl, PHP, Java, po stronie serwera lub innych „dodatków”.
Wszelkie sugestie proszę?
linux
web-server
Dzwonek
źródło
źródło
Odpowiedzi:
nginx Dowiedz się więcej na stronie wiki nginx .
Jest gorący, szybki, mały. Kilka% w ankiecie Netcraft .
źródło
Lighttpd przychodzi mi na myśl.
Zgodnie z dokumentami instruktażowymi Lighttpd konfiguracja serwera statycznego zajmuje około 5 minut:
źródło
Jest wiele, ale osobiście lubię Cherokee. Jest stosunkowo nowy, ale także bardzo prosty w konfiguracji z wbudowanym GUI.
źródło
Może zostanę przegłosowany, ponieważ te rozwiązania nie są skompilowane w natywnym kodzie zgodnie z listą „must have” pytania, ale w przypadku treści statycznych nie jest to znacznie łatwiejsze niż udostępnienie bieżącego katalogu za pomocą linijki Pythona:
Zauważ, że port 9914 jest dowolny i po prostu użyłem przykładu, w którym znalazłem to rozwiązanie: http://linux.byexamples.com/archives/506/python-simple-http-server-for-file-sharing
Oczywiście możesz to również zrobić za pomocą Perla:
. . . zgodnie z opisem na stronie http://search.cpan.org/~ingy/IO-All-0.39/lib/IO/All.pod#A_Tiny_Web_Server
źródło
$ python -m http.server 8000
Serwer, który dokładnie opisałeś:
Płonące szybkie serwery, które w razie potrzeby mogą również obsługiwać strony dynamiczne:
źródło
Kilku komentatorów wspomniało o lighttpd. Inną opcją jest thttpd.
źródło
Szybkie, bezpieczne, wydajne, niskie cechy: plik publiczny Dan Bernstein.
źródło
czy kHTTPd - serwer wbudowany w jądro Linuksa?
źródło
Poszedłbym tu z Cherokee . Poza tym zapomnę o Apache. Wszyscy dorastaliśmy, czule, używając apache, dobrze się z tym bawiąc i mysql. Wszyscy mamy wspaniałe wspomnienia i wszyscy wiemy, jak z nich korzystać. :)
To jednak przeszłość, zabarwiona przez szklanki w kolorze różowym. Wykorzystanie pamięci fat ass, procesy tłuszczu, złożone pliki konfiguracyjne, wbudowane interpretery .. feh. W dzisiejszych czasach VPS nikt już nie potrzebuje apaszki na grubą dupę. Uwielbiaj wspomnienia, ale zapisz pamięć RAM dla swoich aplikacji.
źródło
Używam mathopd przez ostatnie 2 lata do udostępniania treści statycznych [mieszanka zdjęć na stronie e-commerce + kilka dużych plików do pobrania]. bez bólu głowy - łatwy w konfiguracji, po prostu działa i pozostawia procesor obok bezczynności.
źródło
Od lat mam doskonałe wyniki dzięki thttpd , często obsługując ponad 250 żądań na sekundę (i to uśredniałem w ciągu godziny) i aż 400 równoczesnych żądań. Zużycie pamięci jest niskie, stabilność bardzo wysoka, a obciążenie systemu jest prawie niczym, nawet przy dużym obciążeniu / s.
Bill the Cat z Hrabstwa Bloom wyjaśnia, jak wymówić thttpd .
źródło
Możesz zajrzeć na http://www.lighttpd.net/. Nie jestem pewien, czy to przesada w stosunku do twoich wymagań.
źródło
Istnieje komercyjny serwer WWW o nazwie Zeus, który jest dość szeroko stosowany w branżach związanych z treścią, charakteryzujących się dużą ilością treści statycznych. IIRC opiera się na asynchronizacji. I / O, co jest bardzo wydajne na procesorze. Może robić, co chcesz, ale nie jest za darmo.
źródło
Możesz spróbować okws .
skopiowane z okws.org
źródło
Aby być mniej lub bardziej kompletnym, nie zapomnij o Hiawatha . Rozwój tego jest dość aktywny i ma przyjazną i pomocną społeczność.
źródło
Wspomniano już o większości bezpiecznych i lekkich serwerów sieciowych (np. Plik publiczny, Nginx, Cherokee itp.). Jeśli żadne z nich nie przejdzie do twoich wymagań, myślę, że proponuję hostować twoje pliki statyczne (zasoby) w AWS S3 i CloudFront i Witrynach Google dla twoich stron internetowych.
źródło