Доступен (http://blog.lighttpd.net/articles/2016/12/24/lighttpd-1.4.44.../) релиз легковесного http-сервера lighttpd 1.4.44 (http://www.lighttpd.net). В новой версии (http://www.lighttpd.net/2016/12/24/1.4.44/):
- Добавлена поддержка заголовка "Transfer-Encoding: chunked", которые передаётся вместо заголовка Content-length и информируют клиента кусочной передеча ответа. Отправка тела HTTP-ответа начинается до того, как завершена генерация содержимого и пока не известен его размер;
- В mod_dirlisting добавлена возможность отображения содержимого директории в формате HTML;
- В mod_proxy добавлена опция для замены содержимого заголовка Host, отправляемого на бэкенд;
- В mod_proxy добавлена опция proxy.balance = "sticky";
- В mod_ssi добавлена поддержка рекурсивного включения;
- Улучшена переносимость и устранены проблемы со сборкой на некоторых устаревших платформ.URL: http://blog.lighttpd.net/articles/2016/12/24/lighttpd-1.4.44.../
Новость: http://www.opennet.me/opennews/art.shtml?num=45758
Nginx третьим зарелизиться не хочет?
Ты никогда не передечивал ответ кусочно?
Не сочтите за злую шутки или ещё что-то, но кто им пользуется и зачем? (осообенно когда есть nginx)
Я пользуюсь уже как 5 лет - всем устраивает.
>осообенно когда есть nginxДа что вы носитесь с этим nginx? Надоели уже, ей богу. В любой новости про Апач или lighttpd обязательно найдётся кто-то, кто будет орать про nginx.
А что не так с nginx? Есть же кошерный Apache.
> А что не так с nginx? Есть же кошерный Apache.Кошерен он только для производителей оперативки.
А что, есть что-то лучше Nginx? Неужели жрущий Апач?
>> Неужели жрущий Апач?Что сожрал у тебя Апач?
Угу, неофизм он такой. Особенно в тяжелой и затяжной форме.
> Да что вы носитесь с этим nginx?Просто он среди аналогов -- примерно как git среди меркуриалов и т.п.
PS: интересно, в нынешнем лайти уже нет таких страшных детских косяков, как с плюсиками в именах (не)отдаваемых файлов лет семь или сколько там назад?..
> Просто он среди аналогов -- примерно как git среди меркуриалов и т.п.А в репах таки меркуриал горбатый. И разработчики с кучей тараканов в голове, в своем уютном междусобойчике где остальные довольно-таки не велкам. Ну и вообще - по состоянию на сейчас это такая полупроприетарная компания.
В nginx (без Plus), нету балансировки sticky без пару килобаксов денег.
А что мешает дописать балансировку sticky для не plus версии?
Уже написан, но это не то. В lighttpd/haproxy есть из коробки бесплатно.
> А что мешает дописать балансировку sticky для не plus версии?А зачем бесплатно работать на коммерческую полупроприеарную компанию? К тому же иметь дело с их разработчиками - далеко не самое приятное занятие на свете, а начинка nginx такова что при попытке написать ему модуль можно сойти с ума. Потому что криво и геморройно.
А это по вашему что?
http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#...
Из документации lighttpd: 'sticky' (since 1.4.44) sends requests from the same (client) IP to the same backend.Это банальный ip_hash, который есть в nginx начиная с nginx 0.5.0.
https://nginx.org/ru/docs/http/ngx_http_upstream_module.html...Включает режим привязки сеансов, в котором запросы клиента будут передаваться на один и тот же сервер группы
Эта директива доступна как часть коммерческой подписки.
не нужен, дорого, распил.
В китайском nginx-е есть: http://tengine.taobao.org/document/http_upstream_session_sti...
> В китайском nginx-е есть: http://tengine.taobao.org/document/http_upstream_session_sti...Так китайский tengine появился просто потому что китайцы не смогли провзаимодействовать с разработчиками нжинкса и их закидонами. Сколько лет они лечили что динамическая загрузка модулей это фи? Блин, я все понимаю, кроме того зачем вообще нужны СТАТИЧЕСКИЕ модули. А разработчикам нжинкса нормально было. Вот китайцы и запилили форк под свои нужды.
> зачем вообще нужны СТАТИЧЕСКИЕ модули.Это метод разделения кода на части. Некоторые модули всё равно лезут друг другу в кишки, но в основном они относительно независимы.
вот и выросло поколение пепси которое не знает базовых основ процедурного программирования и одного из китов объектного, зато мнение имеет.
То, что в lighttpd называют sticky - в nginx называется ip_hash и доступно в бесплатной версии. То что в nginx называется sticky - в lighttpd нет вообще.
Спроси у роутеров и прочих "вещей интернетов"
Ты таки не поверишь! Но есть ещё овердофига этих http серверов.Nostromo, thttpd, mini_httpd, darkhttpd, quark, shus, ...
И ими кто-то пользуется, особенно когда особой нагрузки нет.
Мы используем в качестве примера небольшого HTTP сервера в сфере обучения студентов.
> Добавлена поддержка заголовка "Transfer-Encoding: chunked", который передаётся вместо заголовка Content-length и информирует клиента о кусочной передаче ответа. Отправка тела HTTP-ответа начинается до того, как завершена генерация содержимого и пока не известен его размер;А с mod_fastcgi оно уже работает? Единственное, что побуждает юзать nginx - сабжевый mod_fastcgi сначала читает ВЕСЬ ответ от бэкенда в память, только потом отдаёт клиенту. Каноническая ънтырпрайз-задача: прикрутить банальный экспорт данных из базы в CSV. Вроде ничето не предвещало засады. Бэкенд на питоне/руби/пыхапе тупо последовательно читает данные из БД и отдаёт CSV. В таблице оказалось 1000000 записей => lighttpd пожрал в себя всю память => 502 ДУРНЫЕ ВРАТА СВОП СВОП ОТКАЗ ЗАВИСАНИЕ СМЕРТЬ МЕРЗКАЯ ОТ ООМ-КИЛЛЕРА. Это некрасиво, ребята.
LiteSpeed SAPI module is a dedicated interface for PHP integration with
LiteSpeed Web Server. LiteSpeed SAPI has similar architecture to the
FastCGI SAPI with there major enhancements: better performance, dynamic
spawning and PHP configuration modification through web server
configuration and .htaccess files.CentOS 5, 6, 7, Debian 7, 8 & Ubuntu 12, 14, 16
* http://open.litespeedtech.com/mediawiki/index.php/Help:Repos...
* openlitespeed pagespeed http://open.litespeedtech.com/mediawiki/index.php/Help:Modul...# GPLv3
# yum info openlitespeed
# service lsws status # openlitespeed package (GPLv3)
# yum info ols-pagespeed # GPLv3 pagespeed# Enterprise + openlitespeed
# yum info lsws
# service lsws status # Enterprise openlitespeed package
# yum info pagespeed # Enterprise pagespeed# yum search lsphp | grep -E '^lsphp([0-9]+)\.x86_64'
lsphp53.x86_64
lsphp54.x86_64
lsphp55.x86_64
lsphp56.x86_64
lsphp70.x86_64
lsphp71.x86_64
и запускать какой-то левый бинарь у себя на хосте? исходники то где?
> The binary also includes the OpenSSL library needed to run SPDY. You do not have to install OpenSSL 1.0.1 to use SPDY if you download the package from the repositories.спасибо. сколько там дыр было в OpenSSL и все отслеживают ?
> => 502 ДУРНЫЕ ВРАТА СВОП СВОП ОТКАЗ ЗАВИСАНИЕ СМЕРТЬ МЕРЗКАЯ ОТ
> ООМ-КИЛЛЕРА. Это некрасиво, ребята.Увы, это там на уровне архитектуры. Впрочем нжинкс это так круто сделали что ... да, написать ему в результате модуль - это таки rocket science и вообще редкий геморрой.