Я хотел бы использовать Lighttpd в производстве для обслуживания приложений Django, но я вижу, что в наши дни Nginx становится все более популярным. Почему это? Я знаю, что в прошлом у Lighttpd были утечки памяти, но не исправлено ли это сейчас? У них есть активные разработчики, которые исправляют подобные вещи, не так ли?
Есть ли какая-то причина, по которой я должен пойти с Nginx вместо Lighty? Я знаю, что nginx - отличный сервер, но действительно ли он так хорош и лучше, чем легкий?
21
Ответы:
Я текущий пользователь nginx и предыдущий пользователь lighttpd, и я могу только повторить проблему стабильности. Кроме того, nginx активно развивается и часто видит новую версию, выпускаемую каждые пару недель, с новыми функциями или небольшими исправлениями ошибок. Конфигурационный файл также становится достаточно понятным и очень мощным, если вы изучите способ работы с nginx.
источник
Nginx также можно использовать в качестве балансировщика нагрузки (хотя haproxy, вероятно, немного лучше, если вам не нужен SSL).
Nginx также можно использовать в качестве обратного прокси-сервера SSL, что очень важно, если вы используете SSL на нескольких виртуальных хостах. Вероятно, это единственная главная причина появления номеров nginx Netcraft, и автор nginx сказал в недавнем интервью, что, по его мнению, это является причиной большинства развертываний. Именно поэтому я начал использовать его ... и затем был шокирован приростом производительности, который я видел :)
источник
Недавно я провел параллельную оценку lighttpd и nginx на одном сервере для нового проекта, над которым я работаю. Nginx показал себя немного лучше, чем Lighttpd в моих тестах, и в результате мы запустили nginx в производство. Отчеты FWIW Netcraft о nginx гораздо более широко используются, чем lighttpd, на внешних веб-серверах: http://news.netcraft.com/
источник
Я очень успешно использую и nginx, и lighttpd на веб-сайте> 500 тыс. Посещений в день. Утечки памяти в Lighttpd (ядре) должны быть мифом, у меня не было проблем за все это время.
Nginx великолепен. Простая конфигурация, небольшая память и процессор даже при большом трафике, молниеносно и очень стабильно.
В нашем случае nginx выполняет обратное кэширование прокси, балансировку нагрузки и перезапись URL, в то время как lighttpd + spawncgi + php пригодится в качестве внутреннего сервера, выполняющего скрипт.
Я еще не очень тестировал интерфейс fastcgi в nginx, поэтому не могу сказать, насколько это хорошо работает. php-fpm + nginx для статических файлов может заменить lighttpd
источник
Нашел страницу VS на обоих, вот небольшой отрывок:
«Стабильность
По состоянию на август 2009 года lighttpd все еще имеет нерешенные проблемы утечек памяти, о которых сообщалось 3 года назад. Одна проблема с Lighty состоит в том, что он пропускает память как сито. Я проверил это немного, и я сдался, это беспорядок. Я бы держался подальше от этого, он быстро испортит ваш день, если вы наброситесь на него ».
Источник: http://www.wikivs.com/wiki/Lighttpd_vs_nginx
Честно говоря, я не использовал nginx, поэтому не могу говорить по опыту. Я в основном использовал apache на своем веб-сервере, но у меня дома есть такой, который использует lighttpd. Он обслуживает только небольшую html-страницу и доступен только через VPN, поэтому он больше похож на информационный портал, когда кто-то находится на расстоянии.
Когда я в следующий раз пойду и начну экспериментировать с новыми и обновленными серверными приложениями, я, вероятно, поиграю с nginx. В конце концов, это ваш собственный выбор, но в зависимости от того, будет ли он подходить для производственной среды, я бы изучил оба варианта, прежде чем перейти к какому-либо из них.
источник
Я мало что знаю о lighttpd, но, прочитав приведенную ниже ссылку, я узнал, что lighttpd работает как один процесс с одним потоком, тогда как nginx использует основной и несколько рабочих процессов.
http://www.wikivs.com/wiki/Lighttpd_vs_nginx
Таким образом, это делает nginx лучше приспособленным для использования преимуществ многоядерных систем, в настоящее время почти все устройства поставляются с несколькими ядрами.
источник