The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышел релиз http-сервера lighttpd 1.4.21

18.02.2009 15:29

Спустя пол года с момента прошлого релиза представлена новая версия http-сервера lighttpd - 1.4.21. По сравнению с прошлой версией внесено 34 изменения.

Наиболее интересные новшества:

  • Решено удалить из поставки скрипт spawn-fcgi начиная со следующего релиза. spawn-fcgi в будущем будет развиваться как отдельный проект.
  • Из-за многочисленных жалоб возвращена старая логика работы mod_rewrite и mod_redirect. Внимание, не используйте редирект для защиты скрытых URL, злоумышленник легко может обойти правила редиректа через экранирование параметров запроса (url-encoded);
  • Исправлена проблема, возникающая при достижении лимита server.max-connections;
  • Протокол SSLv2 теперь запрещен в настройках по умолчанию;
  • Новый параметр конфигурации "server.reject-expect-100-with-417", для запрещения вывода кода 417 в случае получения заголовка "Expect: 100-continue";
  • Строковые значения в числовых параметрах конфигурации теперь автоматически приводятся к числовому типу (удобно при использовании переменных окружения для формирования конфигурации);
  • В mod_compress реализована поддержка кеширования через теги etags и last-modified;
  • По умолчанию в лог теперь не помещаются записи о завершении соединения по таймауту. Вернуть записи в лог можно через переменную debug.log-timeouts = "enable";
  • В условиях теперь можно использовать $HTTP["language"], например:
       $HTTP["language"] =~ "(de|it|hr)" {
           url.redirect = ( "^/$" => "http://www.site.net/%1/" )
       }
    


  1. Главная ссылка к новости (http://www.lighttpd.net/2009/2...)
  2. OpenNews: Вышел релиз http-сервера lighttpd 1.4.20
  3. OpenNews: Представлена новая версия HTTP-сервера lighttpd 1.4.19
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/20356-http
Ключевые слова: http, web, lighttpd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (23) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Ыку (?), 16:47, 18/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    use nginx
     
     
  • 2.3, User294 (??), 16:59, 18/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >use nginx

    Просто пиндец как аргументированно.А вот мне иногда нужно пинать например cgi-скрипты (переписывать все оные на фастцги я немного так надорвусь а скорость таковым зачастую никуда не впилась).В таком случае придется юзать лайта (ну не монстрильный же апач вкорячивать ради такой фигни?!).

     
     
  • 3.6, Ilya Evseev (?), 19:44, 18/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    use http://code.google.com/p/mongoose/ :-))
     
     
  • 4.15, User294 (ok), 15:05, 19/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А какой великий смысл разводить зоопарк (этот mongoose судя по сорцу примитивен по сравнению с лайтом и наверняка не умеет половину его плюшек) если лайт умеет и CGI?А то мониторить деятельность ОДНОЙ софтины, ее свежесть и отсутствие дыр - проще чем мониторить некий зоопарк из пятка софтин.И лайт запросто может оказаться одной софтиной заменяющей все и втискивающейся в ограниченные ресурсы (особенно актуально для VDS и прочих виртуализованных окружений, embedded, нагруженных сайтов, ...).
     
     
  • 5.17, alrond (??), 20:37, 19/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а я вот скажу спасибо за этот сервер, для некоторых задач - идеальное решение.
    Лайт и мангуст - сервера разных уровней и для разных приминений.
    я как только вчера узнал о нем, сразу переписал кое-какие штуки. В результате: намного меньшее потребление памяти и процессора, легкость конфигурирования и взаимодействия с CGI, плюс хорошая легковесная многопоточность. В моем случае - идеальное решение под конкретную задачу. Даже лайт и нгинкс - тяжеловесы для таких мелких задач.
     
     
  • 6.23, User294 (ok), 20:33, 21/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Даже лайт и нгинкс - тяжеловесы для таких мелких задач.

    Лайт настолько "тяжеловес" что его засовывают даже в роутеры и NASы :).Любой сервак менее чем 10-летней давности оных потянет влет.А вот поддерживать 2 софтины вместо одной - двойной гемор, определенно.Надо мониторить уязвимости, обновления, ... и чем больше зоопарк софта, тем больше возни ;).Поэтому я обоими руками и ногами за то чтобы как минимум базовый функционал был в *одной* софтине а не был размазан как лоскутное одеяло по десятку программ.

     
  • 3.13, kay (ok), 09:53, 19/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    +1 в nginx не хватает CGI. вот моя ветка о включении этой фичи в nginx:
    http://www.lexa.ru/nginx-ru/msg21288.html
     
     
  • 4.19, User294 (??), 22:15, 19/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то там много советчиков вида "перепишите на фастцги" (да, вот все скрипты брошусь переписывать на фаст, вот только их много а я - один) или "юзайте какую-то перловую по%#ень" (спешу и падаю, ага) или "получится апач номер два" (а почему из лайти не получается?Мне например надо цги дергать немного и редко - для другого он все-равно не годится).

    P.S. кто-то в свое время спрашивал почему я не люблю списки рассылки и почему вебморды к ним не есть замена форума.Вот например пруфлинк на этот счет :) http://www.lexa.ru/nginx-ru/msg21920.html - движку срывает башню при попытке отобразить письмо.

     
  • 4.22, anonymous (??), 07:27, 21/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Уже 100 раз все говорили, и Сысоев, и Коринский, что реализация cgi в nginx в принципе невозможна. Если реализовать, то это будет уже не nginx. Нет, блин, так или иначе, раз в пол года какой-нибудь умник спрашивает.
     
     
  • 5.24, User294 (ok), 21:46, 21/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Уже 100 раз все говорили, и Сысоев, и Коринский, что реализация cgi
    >в nginx в принципе невозможна.

    Да?А вот в том треде на который ссылка я увидел более другие слова.

    >Если реализовать, то это будет уже не nginx.

    Как пример, мастер-процесс мог бы форкать cgi-процесс так же как воркеры.По идее это бы даже ничего особо не портило бы и не тормозило.Единственное что это надо дописывать, да.И всем видимо неохота.Да и из воркера форкать можно, правда тогда cgi сможет работать только под тем же юзером что и сам сервак но зачастую этого вполне достаточно.

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

    Ну да, все пи...сы, а вот всякие анонимусы растопыривающие пальцы и с умным видом рассказывающие всякие левые сказки - конечно ж Д'Артаньяны.Это мы усвоили, ага.Тем не менее, даже тот же Сысоев в упомянутом треде писал нечто более другое чем вы тут втираете.

     

  • 1.4, Аноним (-), 17:47, 18/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А разве nginx умеет функционал mod_secdownload? Да и дополнительных модулей по стримингу видео в lighttpd по более.
    Ничего против nginx-а не имею, использую...
    Но крайне тупо говорить что nginx сейчас может заменить light...
     
     
  • 2.11, rWizard (??), 08:30, 19/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А разве nginx умеет функционал mod_secdownload?

    Извините, но да:
    http://sysoev.ru/nginx/docs/http/ngx_http_secure_link_module.html
    И ещё один вариант для похожей функциональности ( X-Accel-Redirect ):
    http://blog.kovyrin.net/2006/11/01/nginx-x-accel-redirect-php-rails/lang/ru/

    >Да и дополнительных модулей по стримингу
    >видео в lighttpd по более.

    http://sysoev.ru/nginx/docs/http/ngx_http_flv_module.html

    PS. Не сочтите за попытку развязать holy-war

     

  • 1.5, Mikhail (??), 18:40, 18/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Использую лайти как фронтед, апач разгребает скрипты. Полет отличный.
     
  • 1.7, Аноним (7), 20:39, 18/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    nginx - это для отдачи статики
    если есть cgi , то смысла его ставить, например фронтендом нет.
    но это если ставить тупо. Надо его настраивать так чтобы он не перенаправлял запросы на тяжелый бэкенд , когда запрашивается что-то статическое. Или есть смысл его ставить на отдельном сервере , на котором раздаются , например картинки, а на другом сервре апач, на котором исключительно cgi (если апач не дёргать по мелочам, то он прекрасно себя чувствует).

    на lighttpd -- это такое... уходящее. Для тех, кто не умеет или не знает про nginx. Ну т.е. он не хуже. Просто есть nginx.

     
     
  • 2.25, User294 (ok), 10:32, 23/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >не знает про nginx. Ну т.е. он не хуже. Просто есть
    >nginx.

    Я вот знаю про нжинкс.Неплохой сервак.Но когда можно воткнуть одну софтину а не ворох левой байды которую потом еще и мониторить на дыры и обновления надо и она ВСЕ сделает - это УДОБНО.

     

  • 1.10, Аноним (7), 02:17, 19/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А java-connector ты в своём nginx тоже можешь настроить, чтобы часть урлов обрабатывалась томкатом на другом порту, вроде mod_jk из apache? Lighttpd 2 ветки с этим отлично справляется, очень шустро и экономно.
     
     
  • 2.12, cyclope (??), 08:38, 19/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А java-connector ты в своём nginx тоже можешь настроить, чтобы часть урлов
    >обрабатывалась томкатом на другом порту, вроде mod_jk из apache? Lighttpd 2
    >ветки с этим отлично справляется, очень шустро и экономно.

    томкет вовсе не обязательно вязать через jk. у него есть coyote http connctor на такой случай


     

  • 1.16, Аноним (16), 16:05, 19/02/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    CGI не надо, nginx это ж веб-сервер у которого ниша в потенциально N тыщ одновременных клиентов, CGI на этой нагрузке не то что надо.
     
     
  • 2.18, alrond (??), 20:40, 19/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    согласен, кесареву кесарево, для CGI отлично подходит вышеупомянутый мангуст

     
     
  • 3.20, Ilya Evseev (?), 08:19, 20/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > для CGI отлично подходит вышеупомянутый мангуст

    При низких нагрузках - да.
    При высоких Апач с mod_php,mod_perl,mod_python будет выигрывать.
    При очень высоких потребуется fast_cgi.

     
     
  • 4.26, User294 (ok), 21:01, 23/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >При низких нагрузках - да.

    CGI и высокие нагрузки - несовместимо by design :).Но вот иногда - всякие там системы мониторинга с вебмордой и прочая байда, коей легион и которой нафиг не нужна нагрузочная способность тем не менее, юзают CGI модули.И все подобные приблуды переписывать на фаст пупок имхо развяжется.И апача специально для - вкорячивать ессно неохота.Ну так вот, лайти справляется с такими штуками в одно лицо, т.е. является законченным продуктом и полнофункциональным но легким серваком.Нжинкс в этом плане скорее является конструктором "сделай сам" и более заточен на проксирование нежели серверствоание.То есть надо самому найти какую-то левую стороннюю байду, прикрутить ее, и вот тогда...тогда вы будете иметь геморрой с мониторингом работы, обновлениями и безопасности не только вон того сервака но еще и вон той приблуды.Т.е. налицо в 2 раза больше геморроя тому кто это потом юзать будет.А мне это, гм, нафига?

    Да, мангуст может и лучше, если для *только* CGI.Но вот *только* CGI никому нахрен не нужен - вот незадача то.Поэтому ежу понятно что это - костыль.И по потреблению ресурсов (что важно допустим в embedded) лайт уж всяко сделает связку нжинкс+мангуст.При сохранении возможности пинать cgi если оно надо.И на пинок раз в час систем мониторинга и прочая и таких ресурсов хватит за глаза.В итоге - нжинкс неплохая штука.Но если хотя-бы в теории может будет нужен cgi я поставлю лайт.

     
     
  • 5.27, alrond (??), 00:40, 27/02/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, мангуст может и лучше, если для *только* CGI.Но вот *только* CGI
    >никому нахрен не нужен - вот незадача то

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

     
  • 5.28, valenok (?), 15:29, 30/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >это - костыль.И по потреблению ресурсов (что важно допустим в embedded)
    >лайт уж всяко сделает связку нжинкс+мангуст.

    Продуманное, аргументированное мнение профессионала.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру