Список обязательных требований:
- быть в состоянии служить статичным HTML-страницы и файлы (изображения, сжатые архивы, текстовые файлы ASCII и т. д.) по HTTP.
- быть ресурсным консерватором . Он использует то, что необходимо для отправки данных по сети в виде памяти и процессора, и не намного.
- иметь небольшой размер установки.
- используйте только столько пропускной способности сети, сколько необходимо.
- быть зрелым .
- быть простым в настройке.
- быть скомпилирован в нативный код. Нет Python или Java и т. Д.
Что мне не нужно:
- Сложные варианты конфигурации. Если потребуется позже, я переключусь на Apache httpd.
- Поддержка запуска CGI, Perl, PHP, Java, серверных включений или других «дополнений».
Любые предложения, пожалуйста?
linux
web-server
p.campbell
источник
источник
Ответы:
nginx Узнайте больше на вики-сайте nginx .
Жарко, быстро, мало. Несколько% на опросе Netcraft .
источник
Lighttpd приходит на ум.
Согласно документации по Lighttpd , настройка статического сервера занимает около 5 минут:
источник
Их много, но мне лично нравится чероки. Это относительно новый, но также очень простой в настройке встроенный веб-интерфейс.
источник
Может быть, я получу отрицательный отзыв, потому что это решение не скомпилировано в нативный код в соответствии со списком «должен иметь» вопрос, но для статического содержимого это не намного легче, чем разделение текущего каталога с одним вкладчиком Python:
Обратите внимание, что порт 9914 является произвольным, и это просто пример, в котором я нашел это решение: http://linux.byexamples.com/archives/506/python-simple-http-server-for-file-sharing
Естественно, вы также можете сделать это с Perl:
, , , как описано на http://search.cpan.org/~ingy/IO-All-0.39/lib/IO/All.pod#A_Tiny_Web_Server
источник
$ python -m http.server 8000
Сервер, который именно то, что вы описали:
Превосходные быстрые серверы, которые также могут обслуживать динамические страницы при необходимости:
источник
Несколько комментаторов упомянули lighttpd. Другой вариант - thttpd.
источник
Быстрый, безопасный, эффективный, с низким набором функций: открытый файл от Dan Bernstein.
источник
или kHTTPd - сервер, встроенный в ядро linux?
источник
Я бы пошел с чероки здесь. Также я забуду про Apache. Мы все росли, наивно, с использованием Apache, веселья с ним и MySQL. У всех нас прекрасные воспоминания, и мы все знаем, как ими пользоваться. :)
Это, однако, прошлое, окрашенное в розовые очки. Использование памяти жирным ослом, сложные процессы, сложные файлы конфигурации, встроенные интерпретаторы. В современном возрасте VPS никому больше не нужен апач с толстой задницей. Любите воспоминания, но сохраняйте оперативную память для своих приложений.
источник
Я использую mathopd в течение последних 2 лет для предоставления статического контента [смесь изображений на каком-то сайте электронной коммерции + несколько больших загрузок]. нет головной боли - легко настроить, просто работает и оставляет процессор рядом с бездействием.
источник
В течение многих лет я получал отличные результаты с thttpd , часто обслуживая 250+ запросов в секунду (и это было в среднем за час), и целых 400 одновременных запросов. Использование памяти низкое, стабильность чрезвычайно высока, а нагрузка на систему практически равна нулю даже при высокой нагрузке req / sec.
Билл Кот из округа Блум объясняет, как произносится thttpd .
источник
Возможно, вы захотите взглянуть на http://www.lighttpd.net/. Не уверен, является ли это излишним для ваших требований.
источник
Существует коммерческий веб-сервер под названием Zeus, который довольно широко используется в контент-индустрии, характеризующейся объемным статическим контентом. IIRC основан на асинхронности. Ввод / вывод, который очень эффективен на процессоре. Это может делать то, что вы хотите, но это не бесплатно.
источник
Вы могли бы попробовать okws .
скопировано с okws.org
источник
Чтобы быть более или менее полным, не забывайте о Гайавате . Разработка на этом довольно активна и имеет дружелюбное и полезное сообщество.
источник
Большинство защищенных и легких веб-серверов уже упоминалось (например, publicfile, Nginx, Cherokee и т. Д.). Если ни один из них не будет соответствовать вашим требованиям, я думаю, что я предлагаю разместить ваши статические файлы (ресурсы) на AWS S3 и CloudFront и сайтах Google для ваших веб-страниц.
источник