Спустя пол года с момента прошлого релиза представлена (http://www.lighttpd.net/2009/2/16/1-4-21-yes-we-can-do-anoth...) новая версия http-сервера lighttpd (http://www.lighttpd.net) - 1.4.21. По сравнению с прошлой версией внесено 34 изменения.
Наиболее интересные новшества:- Решено удалить из поставки скрипт spawn-fcgi начиная со следующего релиза. spawn-fcgi в будущем будет развиваться как отдельный проект (http://redmine.lighttpd.net/projects/spawn-fcgi).
- Из-за многочисленных жалоб возвращена старая логика работы mod_rewrite и mod_redirect. Внимание, не используйте редирект для защиты скрытых URL, злоумышленник легко может обойти правила редиректа через экранирование параметров запроса (url-encoded);
- Исправлена проблема, возникающая при достижении лимита server.max-connections;
- Протокол SSLv2 теперь запрещен в настройках по умолчанию;
- Новый параметр конфигурации "server.reject-expect-100-with-417", для запрещения вывода кода 417 в случае получения...URL: http://www.lighttpd.net/2009/2/16/1-4-21-yes-we-can-do-anoth...
Новость: http://www.opennet.me/opennews/art.shtml?num=20356
use nginx
>use nginxПросто пиндец как аргументированно.А вот мне иногда нужно пинать например cgi-скрипты (переписывать все оные на фастцги я немного так надорвусь а скорость таковым зачастую никуда не впилась).В таком случае придется юзать лайта (ну не монстрильный же апач вкорячивать ради такой фигни?!).
use http://code.google.com/p/mongoose/ :-))
А какой великий смысл разводить зоопарк (этот mongoose судя по сорцу примитивен по сравнению с лайтом и наверняка не умеет половину его плюшек) если лайт умеет и CGI?А то мониторить деятельность ОДНОЙ софтины, ее свежесть и отсутствие дыр - проще чем мониторить некий зоопарк из пятка софтин.И лайт запросто может оказаться одной софтиной заменяющей все и втискивающейся в ограниченные ресурсы (особенно актуально для VDS и прочих виртуализованных окружений, embedded, нагруженных сайтов, ...).
а я вот скажу спасибо за этот сервер, для некоторых задач - идеальное решение.
Лайт и мангуст - сервера разных уровней и для разных приминений.
я как только вчера узнал о нем, сразу переписал кое-какие штуки. В результате: намного меньшее потребление памяти и процессора, легкость конфигурирования и взаимодействия с CGI, плюс хорошая легковесная многопоточность. В моем случае - идеальное решение под конкретную задачу. Даже лайт и нгинкс - тяжеловесы для таких мелких задач.
>Даже лайт и нгинкс - тяжеловесы для таких мелких задач.Лайт настолько "тяжеловес" что его засовывают даже в роутеры и NASы :).Любой сервак менее чем 10-летней давности оных потянет влет.А вот поддерживать 2 софтины вместо одной - двойной гемор, определенно.Надо мониторить уязвимости, обновления, ... и чем больше зоопарк софта, тем больше возни ;).Поэтому я обоими руками и ногами за то чтобы как минимум базовый функционал был в *одной* софтине а не был размазан как лоскутное одеяло по десятку программ.
+1 в nginx не хватает CGI. вот моя ветка о включении этой фичи в nginx:
http://www.lexa.ru/nginx-ru/msg21288.html
Что-то там много советчиков вида "перепишите на фастцги" (да, вот все скрипты брошусь переписывать на фаст, вот только их много а я - один) или "юзайте какую-то перловую по%#ень" (спешу и падаю, ага) или "получится апач номер два" (а почему из лайти не получается?Мне например надо цги дергать немного и редко - для другого он все-равно не годится).P.S. кто-то в свое время спрашивал почему я не люблю списки рассылки и почему вебморды к ним не есть замена форума.Вот например пруфлинк на этот счет :) http://www.lexa.ru/nginx-ru/msg21920.html - движку срывает башню при попытке отобразить письмо.
Уже 100 раз все говорили, и Сысоев, и Коринский, что реализация cgi в nginx в принципе невозможна. Если реализовать, то это будет уже не nginx. Нет, блин, так или иначе, раз в пол года какой-нибудь умник спрашивает.
>Уже 100 раз все говорили, и Сысоев, и Коринский, что реализация cgi
>в nginx в принципе невозможна.Да?А вот в том треде на который ссылка я увидел более другие слова.
>Если реализовать, то это будет уже не nginx.
Как пример, мастер-процесс мог бы форкать cgi-процесс так же как воркеры.По идее это бы даже ничего особо не портило бы и не тормозило.Единственное что это надо дописывать, да.И всем видимо неохота.Да и из воркера форкать можно, правда тогда cgi сможет работать только под тем же юзером что и сам сервак но зачастую этого вполне достаточно.
>Нет, блин, так или иначе, раз в пол года какой-нибудь умник спрашивает.
Ну да, все пи...сы, а вот всякие анонимусы растопыривающие пальцы и с умным видом рассказывающие всякие левые сказки - конечно ж Д`Артаньяны.Это мы усвоили, ага.Тем не менее, даже тот же Сысоев в упомянутом треде писал нечто более другое чем вы тут втираете.
А разве nginx умеет функционал mod_secdownload? Да и дополнительных модулей по стримингу видео в lighttpd по более.
Ничего против nginx-а не имею, использую...
Но крайне тупо говорить что nginx сейчас может заменить light...
>А разве nginx умеет функционал mod_secdownload?Извините, но да:
http://sysoev.ru/nginx/docs/http/ngx_http_secure_link_module...
И ещё один вариант для похожей функциональности ( X-Accel-Redirect ):
http://blog.kovyrin.net/2006/11/01/nginx-x-accel-redirect-ph.../>Да и дополнительных модулей по стримингу
>видео в lighttpd по более.http://sysoev.ru/nginx/docs/http/ngx_http_flv_module.html
PS. Не сочтите за попытку развязать holy-war
Использую лайти как фронтед, апач разгребает скрипты. Полет отличный.
nginx - это для отдачи статики
если есть cgi , то смысла его ставить, например фронтендом нет.
но это если ставить тупо. Надо его настраивать так чтобы он не перенаправлял запросы на тяжелый бэкенд , когда запрашивается что-то статическое. Или есть смысл его ставить на отдельном сервере , на котором раздаются , например картинки, а на другом сервре апач, на котором исключительно cgi (если апач не дёргать по мелочам, то он прекрасно себя чувствует).на lighttpd -- это такое... уходящее. Для тех, кто не умеет или не знает про nginx. Ну т.е. он не хуже. Просто есть nginx.
>не знает про nginx. Ну т.е. он не хуже. Просто есть
>nginx.Я вот знаю про нжинкс.Неплохой сервак.Но когда можно воткнуть одну софтину а не ворох левой байды которую потом еще и мониторить на дыры и обновления надо и она ВСЕ сделает - это УДОБНО.
А java-connector ты в своём nginx тоже можешь настроить, чтобы часть урлов обрабатывалась томкатом на другом порту, вроде mod_jk из apache? Lighttpd 2 ветки с этим отлично справляется, очень шустро и экономно.
>А java-connector ты в своём nginx тоже можешь настроить, чтобы часть урлов
>обрабатывалась томкатом на другом порту, вроде mod_jk из apache? Lighttpd 2
>ветки с этим отлично справляется, очень шустро и экономно.томкет вовсе не обязательно вязать через jk. у него есть coyote http connctor на такой случай
CGI не надо, nginx это ж веб-сервер у которого ниша в потенциально N тыщ одновременных клиентов, CGI на этой нагрузке не то что надо.
согласен, кесареву кесарево, для CGI отлично подходит вышеупомянутый мангуст
> для CGI отлично подходит вышеупомянутый мангустПри низких нагрузках - да.
При высоких Апач с mod_php,mod_perl,mod_python будет выигрывать.
При очень высоких потребуется fast_cgi.
>При низких нагрузках - да.CGI и высокие нагрузки - несовместимо by design :).Но вот иногда - всякие там системы мониторинга с вебмордой и прочая байда, коей легион и которой нафиг не нужна нагрузочная способность тем не менее, юзают CGI модули.И все подобные приблуды переписывать на фаст пупок имхо развяжется.И апача специально для - вкорячивать ессно неохота.Ну так вот, лайти справляется с такими штуками в одно лицо, т.е. является законченным продуктом и полнофункциональным но легким серваком.Нжинкс в этом плане скорее является конструктором "сделай сам" и более заточен на проксирование нежели серверствоание.То есть надо самому найти какую-то левую стороннюю байду, прикрутить ее, и вот тогда...тогда вы будете иметь геморрой с мониторингом работы, обновлениями и безопасности не только вон того сервака но еще и вон той приблуды.Т.е. налицо в 2 раза больше геморроя тому кто это потом юзать будет.А мне это, гм, нафига?
Да, мангуст может и лучше, если для *только* CGI.Но вот *только* CGI никому нахрен не нужен - вот незадача то.Поэтому ежу понятно что это - костыль.И по потреблению ресурсов (что важно допустим в embedded) лайт уж всяко сделает связку нжинкс+мангуст.При сохранении возможности пинать cgi если оно надо.И на пинок раз в час систем мониторинга и прочая и таких ресурсов хватит за глаза.В итоге - нжинкс неплохая штука.Но если хотя-бы в теории может будет нужен cgi я поставлю лайт.
>Да, мангуст может и лучше, если для *только* CGI.Но вот *только* CGI
>никому нахрен не нужен - вот незадача тоошибаетесь - мне нужен. для запуска только cgi скриптов на многих удаленных серверах, на которых больше ничего и не крутится. так что кроме cgi там ничего и не надо, а сервера подчас самые мелкие vps
>это - костыль.И по потреблению ресурсов (что важно допустим в embedded)
>лайт уж всяко сделает связку нжинкс+мангуст.Продуманное, аргументированное мнение профессионала.