ngnix vs лайти

Неправильный вопрос. Ты же не будешь ставить нежручее(?) протухшее решето?

Я немного не то спрашиваю. Я спрашиваю насколько эта разница велика....

Да хоть на порядок. Это ничего не меняет.

У меня машина, которая в качестве сервака 1 гиг оперативки. Так что мне меняет ;)

память нынче на развес продают.

даже у вас какое то брендированное/древнее железо

Лайти чуть более прожорлив. В основном память съедает PHP, который всё равно будет реализован либо через FastCGI либо через Apache.

Ресурсов жрут оба мало.

Много лет Лайти был шустрее, но с год назад Энжинкс его по производительности обогнал. На статике, естественно, так как PHP у них одинаков.

У nginx в плюсах гибкая (хотя и достаточно инопланетная по логике) система конфигов.

У lighttpd в плюсах встроенный fcgi-сервер. Точнее, инфраструктура для поднятия и контроля fcgi.

Для меня они не заменяют, а дополняют друг друга, ни от одного нельзя отказаться. Исторически на основных машинах во фронтенте lighttpd, а nginx, где нужен, в бэкенде. Но надо, по хорошему, переделать, чтобы было наоборот.

спасибо!

а зачем вообще деление фронтент-бекенд при двух примерно равных по ресурсоемкости и производительности серверах? ладно если бы бекендом был апач.

а зачем вообще деление фронтент-бекенд при двух примерно равных по ресурсоемкости и производительности серверах?

Я же говорил — из-за встроенного в лайти fcgi-менеджера.

Поднять, скажем, trac или mercurial-репозиторий на lighttpd в виде fcgi — это пара команд конфига. И лайти сам озаботится о том, чтобы запустить fcgi и будет следить за его работоспособностью.

nginx так не умеет и придётся городить отдельный init-скрипт для подъёма fcgi, отдельный вотчдог для контроля работоспособности и т.п.

Просто вопрос удобства :)

Поднять, скажем, trac или mercurial-репозиторий на lighttpd в виде fcgi — это пара команд конфига

nginx так не умеет и придётся городить отдельный init-скрипт для подъёма fcgi

Если надо пустить те же trac и mercurial от другого пользователя, таки придется писать init-скрипт.

Да, но учитывая данную узкую специфичность задачи, вполне достаточно пускать под лайти их и от одного пользователя.

http://www.freebsd.org/cgi/url.cgi?ports/www/zerowait-httpd/pkg-descr

и

trac запущенный как сервер. Все работает отлично :)

Ну так это лишние сущности на каждый чих. А тут — http://trac.balancer.ru/bors-core/ и готово, само работает, есть не просит. Или http://hg.balancer.ru/bors-core/

Не, он вообще ничего не умеет. Т.е. не конкурент lighttpd/nginx, просто маленький сервер с ограниченой логикой. Т.к. он наш, то на некоторых серверах у нас часть конфига компилируется с исходниками. Держит довольно большие нагрузки, но если нужно завести что-то глобальное со сложными реврайтами, то тут уже nginx.

Я его еще на хостах для виртуалок завожу, чтобы гостей можно было пускать через нат или бридж локальный, а потом на один ip вешаю весь старый хлам, который положить на один сервер нельзя, а в виртуалки можно.

Не, он вообще ничего не умеет. Т.е. не конкурент lighttpd

Так чем он лучше лайти в роли fcgi-фронтенда?

Так чем он лучше лайти в роли fcgi-фронтенда?

да ничем, если его ставить перед апачом, чтобы отдавал статику, но нагрузку держать будет лучше, чем лайти, а остального он просто не умеет.

У nginx в плюсах гибкая (хотя и достаточно инопланетная по логике) система конфигов

nginx_lua_module обеспечит ещё и иногалактическую логику, и прибавит скорости. Хотя я, как nginx-админ, не показатель.

ОП, к тебе 3 раза в день заходят и ты каждый метр экономишь? тогда юзай xinetd + nginx или апач. xinetd позволит запускать сервер только когда клиент делает запрос. а потом его убивать. экономия 100%. и можно юзать апач, а не трахаться с этой фигнёй.

nginx_lua_module обеспечит ещё и иногалактическую логику, и прибавит скорости. Хотя я, как nginx-админ, не показатель.

этот модуль на примерах показался мне более, чем понятным, читабельным и позволяющим делать велосипеды, рулить и педалить извращениями усилием мысли.
а вот ngx_http_perl_module, имхо, реализует логику из другого измерения даже :) и, судя, по проблемам, которые перловики обсуждали касательно него, у него большие проблемы с инъекциями и безопасностью.