LINUX.ORG.RU

Lighttpd - разработка в тупике

 , ,


0

0

В блоге разработчиков опубликовано сообщение о расширении состава разработчиков. В дополнение к этому рассказывается, что разработка практически зашла в тупик, имеется несколько ошибок в построении (дизайне) приложения и для продолжения развития требуется переписать большую часть кода. В связи с этим опубликован roadmap на версию 2.0.

Напомню, что релиза "инновационной" версии 1.5 так и не произошло. Новым релизом 2.0 будут заниматься только 2 человека. Даже примерных сроков выпуска нет.

Ссылка на roadmap 2.0 - http://redmine.stbuehler.de/wiki/ligh...

>>> Подробности

★★

Проверено: Shaman007 ()

Жалко. Очень люблю Лайти. Но хорошо, что вопросы поднимаются и процесс идёт. Командная разработка рулит при учёте долгосрочной перспективы.

KRoN73 ★★★★★
()
Ответ на: комментарий от boombick

все было лень но похоже придется разобраться с nginx

anonymous
()

Ниче се расширение! целых 2 человека стало! ))

anonymous
()

Почитал — не все так страшно. 2 человека чтобы набросать скелет для 2.0 вполне достаточно, остальные пока поддерживают 1.4/1.5, а потом подключатся. Главное что они не стали лепить костылей на старой архитектуре и с идеей rewrite-from-scratch все сделали правильно.

Алсо, лайти очень хорош, но у него довольно омерзительные конфиги. Те же IP-based ACL'и в nginx и даже apache пишутся в худшем случае по строке на CIDR, а здесь лезет лесенка if'ов с хвостом }\n}\n}\n в конце. Неприятно.

anonymous
()

Надеюсь, лайти сдохнет и все будут дружно юзать нгинкс. Функционал у них примерно равный, но синтаксис конфигов у нгинкса гораздо приятней. Да и разработчик наш. Нечего силы распылять на два равных по функционалу сервера. Кто-то должен сдохнуть, надеюсь что лайти.

rab_boziy
()
Ответ на: комментарий от anonymous

> Правда ему бы еще mod_cgi...

Нет, он ему не нужен. Я тоже вначале так думал, но потом понял что лучше поставить любой сервер с CGI отдельно (например, mathopd).

snp
()
Ответ на: комментарий от anonymous

Всё-таки один из них (nginx или lighttpd) - по большому счёту велосипед. Ну ещё есть несколько великов от гугла, но они сейчас не обсуждаются..

Хорошо было бы если бы команда lighttpd присоединилась к разработке nginx, раз уж лайт в тупике, это лучше чем велосипедировать с версией 2.0. Вот это было бы чудо. Но боюсь этого не случится... А раз так - желаю удачи разработчикам лайта, больше серверов - хороших и разных, как говорится. Сам пользую nginx.

AndreyKl ★★★★★
()
Ответ на: комментарий от snp

>Нет, он ему не нужен. Я тоже вначале так думал, но потом понял что лучше поставить любой сервер с CGI отдельно (например, mathopd)

А мне не хочется зоопарка серверов. Я хочу иметь один тяжелый (Apache) и один легкий (nginx).

anonymous
()
Ответ на: комментарий от rab_boziy

Жалко его, хороший сервер, но предыдущий прав. Время осилить нгинкс.

unt1tled ★★★★
()

А по мойму всё ок.
Трабла ведь не в том что народ не может исправлять ошикби текущего лайта а в том что разные фичи некому наращивать. Меня вот по функционалу Лайт всем устраивает и конфиги гораздо лучше чем в Апаче.
Лучше ngnix умрёт! По работе с CGI,FastCGI,scgi оно явно хуже.

stalkerg ★★★★★
()
Ответ на: комментарий от stalkerg

всегда нравились новости о конце света, или типа
"где моя веревка", "где мой вечнолюбимый биореактор" -
все это издержки возраста, пройдет, как прыщи на лице ...

Valeriy_Onuchin ★★
()
Ответ на: комментарий от Valeriy_Onuchin

Похвально! НеХ ныть, как говорил мой friend
"код обязан быть переписан pi-раз, щоб заработал нормально"
... а у них есче и команда прибавляется, а не наооборот.
Не, необходимо для них чойбудь сварганить :)


General

* Rewritten almost from scratch
* Throughout the entire source, glib is used
* Parsers are generated using ragel state machines http://research.cs.queensu.ca/~thurston/ragel/
* libev for events http://software.schmorp.de/pkg/libev.html
* Switch from SVN to Bazaar as version control system

Config

* Multiple frontends - a default built-in one and at least one optional lua frontend
* All old features like conditionals, include and include_shell
* Separation of settings into assignments and calls to functions - this will make it easier to grasp the nature of a setting
* Config is transformed into internal "action lists" that each connection/request traverses
* Blocks are not only for use in conditionals but can be used also to define sublists of actions to be used together with plugins for example (enables stuff like super easy, flexible and fast vhosting)

Angel

The concept of an angel process will be integrated with 2.0. That means graceful restarts with zero downtime will be possible.
Plugins

The interface for plugins will be easier to push development of those. Plugins can provide settings or functions for the action lists.
Documentation will also be enhanced and explain everything in detail.

Valeriy_Onuchin ★★
()
Ответ на: комментарий от Valeriy_Onuchin

> "Switch from SVN to Bazaar as version control system "

Да щас всё что угодно новое лучше SVN: Bazaar, Git, Mercurial. И быстрее, и фич больше и с бранчами лучше работают и вообще распределённые, что очень удобно.

qewerty
()

Не ошибается тот, кто ничего не делает.

anonymous
()
Ответ на: комментарий от anonymous

> А мне не хочется зоопарка серверов. Я хочу иметь один тяжелый (Apache) и один легкий (nginx).

А от факта существования tomcat, lighttpd, thttp, mongrel, webrick, canopy, xitami и tux у Вас, значится, мигрень и диарея, что-ли?

Больше программ, хороших и разных!

anonymous
()
Ответ на: комментарий от eveel

А у nginx тупика скажете нет? Если они не говорят о своих ошибках дизайна, это не значит, что их нет.

anonymous
()
Ответ на: комментарий от stalkerg

А чем у nginx хуже работа с FastCGI?

Юзаю Lighty два года с Джангой и mercurial, прекрасно пашет.

Sphinx ★★☆☆
()
Ответ на: комментарий от Valeriy_Onuchin

>все это издержки возраста, пройдет, как прыщи на лице ...

в этом то и беда, наверное как минимум половина посетителей здесь прыщавые :)

Deleted
()

у nginx тупик настал значительно раньше, только Сысоев этого не понимает, продолжая лепить костыли и развлекаясь локальными микрооптимизациями. Разработчики лайти всё правильно сделали.

anonymous
()
Ответ на: комментарий от anonymous

Скажите пожалуйста, хотя бы один из вышеперечисленных умеет работать через xinetd. Весь инет облазил но не нашёл ни одного веб-сервера(ну кроме первого апача) с поддержкой cgi, который можно было бы пускать их-под xinetd.

anonymous
()
Ответ на: комментарий от boombick

А сможешь ты, мой юный друг, объяснить мне, чем рулит? Быть может отсуствием документации? Или тем что разработка идет руками 1 человека?

catap ★★★★★
()
Ответ на: комментарий от anonymous

Вот этого там не будет никогда. Особености дизайна. Увы?

catap ★★★★★
()
Ответ на: комментарий от rab_boziy

Ниразу не равный функционал. Nginx это proxy сервер. А lighttpd это полноправный web-сервер. Разницу чуете?

catap ★★★★★
()
Ответ на: комментарий от snp

Правильно. Просто если туда его воткнуть станет вам всем так грустно, что весь топик зальете слезами ;)

catap ★★★★★
()
Ответ на: комментарий от AndreyKl

> Всё-таки один из них (nginx или lighttpd) - по большому счёту велосипед. Ну ещё есть несколько великов от гугла, но они сейчас не обсуждаются..

Все на свсеме велосипеды. И даже самый лучший велосипед. А откуда есть информация что у гугла свой web-сервер? Почему вы не берете большие проекты? Быть может яндекс тоже написал свой web-сервер. Почему бы и нет? А может у них apache сильно измененый?

> Хорошо было бы если бы команда lighttpd присоединилась к разработке nginx, раз уж лайт в тупике, это лучше чем велосипедировать с версией 2.0. Вот это было бы чудо. Но боюсь этого не случится... А раз так - желаю удачи разработчикам лайта, больше серверов - хороших и разных, как говорится. Сам пользую nginx.

Мда. Слова закончились. Разработка nginx это один человек. И что он хочет то и будет. Нет, если вы почитаете CHANGES, там проскакивают другие люди. Но это только патчи которые он принимает по своему усмотрению.

Вот где вы видели дерево исходников nginx? А лайти видно. Так что с точки зрения Free Software более предпочтителен lighttpd.

catap ★★★★★
()
Ответ на: комментарий от anonymous

Когда не хочется зоопарка заводят одну единицу. В данном контексте веб-сервер. Когда их уже 2, это уже зоопарк.

catap ★★★★★
()
Ответ на: комментарий от stalkerg

Не надо грязи. С fastcgi over socket nginx работает хорошо.

catap ★★★★★
()
Ответ на: комментарий от qewerty

Кроме слов общих можешь сказать что-то?

Я вот работал с таким колличеством vcs что мне уже всеравно с чем работать. Их было больше 30. В каких-то есть одни фичи, в каких-то другие. Не в фичах дело.

catap ★★★★★
()
Ответ на: комментарий от anonymous

nginx полностью удоволетворяет потребностям Сысоева. Зачем ему что-то менять?

catap ★★★★★
()

А есть ли у нас тут спецы, способные грамотно объяснить чем nginx лучше того же haproxy?

jackill ★★★★★
()
Ответ на: комментарий от rab_boziy

> Надеюсь, лайти сдохнет и все будут дружно юзать нгинкс. Функционал у них примерно равный, но синтаксис конфигов у нгинкса гораздо приятней.

Вы lighttpd-то видели, уважаемый ? Или только конфиги посмотреть мозгов хватило ?

> Кто-то должен сдохнуть, надеюсь что лайти.

Нет, это Вам следует пройти на лоботомию.

codebuger
()
Ответ на: комментарий от boombick

>Среди lightweight web-servers рулит nginx =)

У лайти есть огромный бонус. Есть масса готовых сторонних how-to по интеграции тех или иных решений под него. И нету - под нгинкс.

Да что там how-to. вот заглядываю в /etc/phpmyadmin в Ubuntu. Что там вижу? apache.conf и lighttpd.conf. Где там nginx.conf?

В Gentoo есть USE-флаги apache и lightppd, но нет nginx.

...

В общем, как ни крути, а сообществом в целом лайти поддерживается заметно лучше.

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

> А мне не хочется зоопарка серверов. Я хочу иметь один тяжелый (Apache) и один легкий (nginx).

Ну и отлично. Apache пусть CGI и обрабатывает.

snp
()
Ответ на: комментарий от catap

>Он там есть. Не полностью но есть.

ну, не полностью и у лайти есть

> А что вам от него нужно?

например subversion привязать (про over ssh я в курсе, использую, агитировать не нужно)

black7
()
Ответ на: комментарий от black7

> например subversion привязать (про over ssh я в курсе, использую, агитировать не нужно)

Это, батенька, вам нужен не простой webdav, это нужно целый mod_svn писать.

catap ★★★★★
()
Ответ на: комментарий от anonymous

так банально проще было делать им, наверное

catap ★★★★★
()

Прямо таки в тупике? По моему, наоборот, новость многообещающая. Заодно и разработчики новые подтянулись... :)

cruxish ★★★★
()
Ответ на: комментарий от AndreyKl

> это лучше чем велосипедировать с версией 2.0.

Собственно, заявление про велосипеды немного не в тему... В версии 2.0 будет повсеместно использоваться glib и libev.

cruxish ★★★★
()

> The concept of an angel process will be integrated with 2.0. That means graceful restarts with zero downtime will be possible.

Так, похоже, версия 2.0 будет по фичам примерно как nginx-0.0.1
Ну что же, флаг в руки.

kmike ★★
()
Ответ на: комментарий от anonymous

>> А мне не хочется зоопарка серверов. Я хочу иметь один тяжелый (Apache) и один легкий (nginx). >А от факта существования tomcat, lighttpd, thttp, mongrel, webrick, canopy, xitami и tux у Вас, значится, мигрень и диарея, что-ли?

Диарея это у вас, причем, словесная. Против других проектов ничего не имею. Мне не хочется зоопарка серверов в _своей_ инфраструктуре. Я не вижу смысла держать 3-4 разных сервера. С разными конфигами. Разные по возможностям. Хочется ограничится двумя. Апачем, со всеми его фичами типа WebDAV и прочим, и легким, для простых приложений и проксирования.

anonymous
()
Ответ на: комментарий от catap

> Я вот работал с таким колличеством vcs что мне уже всеравно с чем работать.

То есть тебе всё равно, SCCS или Monotone? :D

> Их было больше 30.

Назовешь штук 20?

tailgunner ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.