The OpenNET Project / Index page

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

12.03.2018 11:54  Выпуск http-сервера lighttpd 1.4.49

Состоялся релиз легковесного http-сервера lighttpd 1.4.49. В новом выпуске внесены следующие изменения:

  • В модуле mod_proxy реализована поддержка метода HTTP CONNECT, необходимого для проброса HTTPS и TCP-соединений;
  • В модуле mod_accesslog добавлена поддержка использования подстановок "%{canonical,local,remote}_port" в директиве accesslog.format;
  • Добавлена поддержка режима epoll POLLRDHUP;
  • В модуле mod_openssl улучшен автоматический выбор типа эллиптической кривой;
  • Требования к минимальной версии automake подняты до 1.13;
  • Решены проблемы со сборкой в Solaris 10;
  • Устранено 35 ошибок.


  1. Главная ссылка к новости (http://www.lighttpd.net/2018/3...)
  2. OpenNews: Выпуск nginx 1.13.9 c поддержкой технологии HTTP/2 Server Push
  3. OpenNews: Chrome 68 начнёт помечать все HTTP-соединения небезопасными
  4. OpenNews: Выпуск HTTP/TCP-балансировщика HAProxy 1.8
  5. OpenNews: Обновление HTTP-сервера H2O 2.2.3
  6. OpenNews: Выпуск http-сервера lighttpd 1.4.48
Лицензия: CC-BY
Тип: Программы
Ключевые слова: http, lighttpd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 11:59, 12/03/2018 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    В самый раз на RPi или его клоны.
     
     
  • 2.5, Аноним (-), 13:09, 12/03/2018 [^] [ответить]    [к модератору]
  • –3 +/
    Но только не как фронтэнд к пыху и тому подобным - буферизация у него дурная.
     
     
  • 3.6, Аноним (-), 13:19, 12/03/2018 [^] [ответить]    [к модератору]
  • +1 +/
    Дайте пруф позязя
     
     
  • 4.13, Аноним (-), 20:49, 12/03/2018 [^] [ответить]     [к модератору]
  • +/
    Подозреваю, что речь шла о старой фиче с буферизацией всего ответа бэкенда п... весь текст скрыт [показать]
     
  • 1.2, Аноним (-), 11:59, 12/03/2018 [ответить] [показать ветку] [···]    [к модератору]  
  • –2 +/
    И чем оно лучше nginx-а?
    Это не риторический вопрос, хочется масштабируемости, и производительности добавить.
     
     
  • 2.3, Аноним (-), 12:01, 12/03/2018 [^] [ответить]    [к модератору]  
  • +/
    WikiVS говорит, что не лучше. Как минимум проседает производительность при отдаче статики, по ставнению с nginx
    Да, WikiVS очень авторитетный источник (-:
     
  • 2.4, Werwolf (?), 12:10, 12/03/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    дык не лучше, просто легче (меньше рамы жрёт и проца), проще говоря оно для слабых девайсов типа роутеров, малины и его клонов, там где не тяжёлый высоконагруженный сайт а пара страничек которые нужны не так часто.
     
     
  • 3.10, Аноним (-), 15:12, 12/03/2018 [^] [ответить]    [к модератору]  
  • +/
    И для Интранетов
     
     
  • 4.15, анонимус (??), 00:06, 13/03/2018 [^] [ответить]    [к модератору]  
  • +/
    Для интранетов желательно уметь в керберос. Как у саджа с этим?
     
     
  • 5.17, Аноним (-), 12:38, 13/03/2018 [^] [ответить]    [к модератору]  
  • +/
    С этим у него все в порядке /usr/lib64/lighttpd/mod_authn_gssapi.so
     
  • 2.7, rmrm (?), 13:46, 12/03/2018 [^] [ответить]    [к модератору]  
  • +2 +/
    Приятный функциональный синтаксис конфигов. Нормальные if'ы практичеки по чему угодно, в том числе вложенные, например. Недавно попробовал с него перейти на nginx, ну всё через жопу. Элементарные вещи для конфигов lighttpd, в nginx реализуются через безумные конструкции с копипастой всего и вся, или ворохом инклюдов, и потом всё равно глючат.
     
     
  • 3.18, KonstantinB (ok), 17:27, 13/03/2018 [^] [ответить]    [к модератору]  
  • +/
    Просто разные подходы к конфигурации.

    Игорь Сысоев рассказывал, почему в nginx сделано так, как сделано:
    https://habrahabr.ru/company/oleg-bunin/blog/313666/

     
     
  • 4.20, ГН (?), 03:10, 14/03/2018 [^] [ответить]    [к модератору]  
  • +1 +/
    Мракъ. Мы решили сделать не так как у апача, чтобы пользователь не смог прострелить ногу. Теперь может прострелить себе и ногу и голову.
     
  • 2.8, пох (?), 13:57, 12/03/2018 [^] [ответить]    [к модератору]  
  • +2 +/
    да ничем не лучше, просто оно уже было и работало в то время, когда nginx был только недоделанным внутрирамблеровым проектом.
    Сейчас - совершенно бесполезная зверушка, разьве что если у вас конфигурация унаследованная и менять в ней ничего не хочется (то есть в перспективе ее выкинут вместе с сервером).

    Ну и учтите, что автору хотелось - light, а не highload. А nginx изначально писали под совсем другую задачу (отсюда и страдания некоторых граждан, не могущих его правильно настроить - потому что они копируют совершенно чуждый конфиг, а надо - архитектуру менять).
    Правда, на сегодняшний день и light-то не так чтобы уже и "лайт".

     
  • 2.9, Вареник (?), 14:34, 12/03/2018 [^] [ответить]    [к модератору]  
  • +/
    Тем что легче.
     
     
  • 3.12, пох (?), 20:44, 12/03/2018 [^] [ответить]    [к модератору]  
  • +/
    > Тем что легче.

    7727 wwwrun    20   0 35124 2064 1332 S    0  0.0   1:24.31 nginx              
    7728 wwwrun    20   0 35388 2320 1528 S    0  0.0   1:36.73 nginx              
    29611 wwwrun    20   0 35124 2304 1548 S    0  0.0   0:32.87 nginx              
    29612 wwwrun    20   0 35124 2292 1588 S    0  0.0   0:34.14 nginx              

    1439 root             1  44    0  8356K  5196K select  1   0:11  0.00% httpd
    44649 www              1  45    0  8356K  5488K accept  1   0:00  0.00% httpd
    60721 www              1  44    0  8356K  5200K nanslp  1   0:00  0.00% httpd

    куда вам ЕЩЕ легче-то? Оно делать-то что-то еще должно, или только "легчить"?

     
     
  • 4.14, _ (??), 23:43, 12/03/2018 [^] [ответить]    [к модератору]  
  • +/
    Да расслабься, чучело по названию же судило. А там написано - лёгкий :-)
     
  • 4.16, Аноним (-), 11:33, 13/03/2018 [^] [ответить]    [к модератору]  
  • +/
    Так то в байтах, а нужно в граммах сравнивать :)
     
  • 2.19, KonstantinB (ok), 17:31, 13/03/2018 [^] [ответить]    [к модератору]  
  • +/
    > И чем оно лучше nginx-а?

    Если все, что нужно, это раздача статики и реверс-прокси - ничем не лучше и ничем не хуже. Отличаются подходы к конфигурации, но тут уже исключительно вопрос вкуса.

    Если нужны какие-то хитрые фичи - тут уже надо смотреть, какие модули где есть. Я за Лайти давно не слежу, так что точно не отвечу.

     

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


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