| 1.1, Аноним (1), 23:21, 16/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
 Не сочтите за троллинг, но кто и зачем им пользуется?
Есть же nginx. Настройка по сложности у них одинаковая.
| | |
| |
| |
| 3.34, й (?), 14:19, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
ну, тут приходится выбирать: или 10k соединений, или cgi. nginx под первое создавался.
| | |
| |
| 4.51, scorry (ok), 10:23, 19/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Ну у лайти с 10К соединений как-то тоже проблем нет. С этой целью и писался, собственно.
| | |
| |
| |
| 6.57, scorry (ok), 14:09, 19/10/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> 10к соединений с cgi? ну-ну
Где-то в моём ответе написано «cgi»?
| | |
|
|
|
| |
| 4.45, Labbit (?), 10:03, 18/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
 нам нужно выдерживать от до 500 в минуту, fcgiwrap - в этом месте начал загибаться.
| | |
| |
| 5.58, FSA (??), 06:23, 20/10/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> нам нужно выдерживать от до 500 в минуту, fcgiwrap - в этом месте начал загибаться.
Запустите fcgiwrap ещё на одном сервере и с помощью nginx балансируйте нагрузку на эти два (три, четыре и т.д. по вкусу) сервера.
Можно ещё код вашего приложения оптимизировать.
| | |
|
|
|
| |
| 3.18, бедный буратино (ok), 09:05, 17/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > Кому нужен nginx, когда есть старый добрый lighttpd?
ну, его похоронили, ветку 2.0 отменили, ветку 1.5 отменили, ветку 1.4 забросили, код из svn не собирался и никого это не интересовало
в таких условиях люди и начали переползать на nginx. потом, через несколько лет lighttpd ожил, но было уже поздно
| | |
| |
| 4.19, rmrm (?), 10:17, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
Между тем ветка 1.4 работала, работает и будет продолжать работать. Кто там что отменял и забрасывал - как-то даже не особо волнует.
| | |
| |
| 5.20, бедный буратино (ok), 10:25, 17/10/2016 [^] [^^] [^^^] [ответить]
| +/– | |
в определённый момент проект стал производить впечатление всеобщей запущенности
потом ожил, но было уже поздно
даже яндекс, который сам вёл собственную ветку lighttpd 1.5 - смотрю, плюнул на всё это, и теперь использует nginx :)
| | |
| |
| 6.28, Аноним (-), 11:51, 17/10/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
какая нафиг запущенность?! у вас что-то перестало работать на проде или что?
| | |
| |
| 7.29, бедный буратино (ok), 12:02, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> какая нафиг запущенность?! у вас что-то перестало работать на проде или что?
мдя, тяжёлый случай. такие, как вы, я полагаю, и титаник потопили
1. автор говорит *мы ща перепишем всё с нуля, и забабахаем 2.0*
2. автор говорит *чёт не переписывается, а ну его нафиг*
3. коммитов в свн нет, текущий код не собирается. понятия о том, что там с безопасностью - непонятно
4. новая версия с обновлениями/исправлениями не выходит практически год
5. nginx активно развивается, чинится, интерес к нему в среде разработчиков огромный. а на lighttpd пофиг даже его разработчикам
в такой ситуации самое дебильное, что можно сделать - это держаться за lighttpd, потому что *а что, что-то перестало работать*? у тебя, что, Debian 2.2 potato перестал работать? почему ты его не используешь?
| | |
|
|
|
|
|
| 2.10, Sabakwaka (ok), 00:33, 17/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
 >> Не сочтите за троллинг, но кто и зачем им пользуется?..
Не сочтите за троллинг, но кто и зачем пользуется Тоётой РАВ4???
Есть же Нисан Кстрейл???
Зачем ваще нахерачили столько разных авто??? 2106 — ездит, чё ещё надо???
Зачем Форд? Зачем Саньё???
| | |
| |
| 3.42, safsad (?), 18:22, 17/10/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
Потому-что 2106 кусок непонятно чего без правого зеркала, с ущербной подвеской, отсуствием шумки, карбюратором (добавь еще over500 косяков)?
| | |
| 3.52, scorry (ok), 10:25, 19/10/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> 2106 — ездит, чё ещё надо???
2106 — кривой форк. Не надо тут вот это вот.
| | |
|
|
| |
| |
| 3.5, Ктулху (?), 23:56, 16/10/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Не славь меня без нужды!
Лучше переходи на JavaScript!
Ты избавишься от одного массивного и потребляющего целую уйму глюкозы и кислорода, я полакомлюсь свежатинкой, все довольны, всем хорошо!
| | |
|
| 2.8, rm_ (ok), 00:27, 17/10/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Конфиги могут инклюдить запуск любых программ (на практике это наверняка будут шелл/перл/питон/пхп-скрипты), которые должны генерить корректный фрагмент конфига lighttpd, который в свою очередь и вставляется в место инклюда. И вот возможности с этим открываются почти безграничные.
Ну и у самих конфигов есть некоторый простенький синтаксис с блоками if, регекспами, переменными, etc.
| | |
| |
| 3.33, Аноним (-), 14:14, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> И вот возможности с этим открываются почти безграничные.
Зачем нам такая полнота по Тьюрингу, если это всего-лишь конфиги? Это просто рай для "индусов", который потом разгребать и отлаживать.
| | |
| |
| 4.46, rmrm (?), 11:12, 18/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
В самих конфигах синтаксис ограниченый, такой полноты нет.
Инклюдами внешних скриптов пользоваться никто не заставляет.
Но мне например было удобно сделать автогенерацию почти всего конфига на лету, в зависимости от того что за хост, какие на нём сайты прямоздесь а какие надо реверс-проксировать, что у нас с HTTPS, ACL и прочими вещами. Таким образом конфиг на всех хостах один и тот же, но при этом ручные движения сведены к минимуму при миграции даже "сложных" сервисов между хостами, максимум нужен релоад веб-серверу.
| | |
|
|
|
| |
| 2.50, eRIC (ok), 07:16, 19/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > А что там с 2.0? Как думаете, когда-нибудь его закончат?
пока определенной дорожной карты по версии 2.0 нет, разработка в этой ветке почти мало двигается. пока не будет большой интерес со стороны пользователей, версия 2.0 будет растянута на долго.
разработка и поддержка в основном ведется в основной ветке 1.4.*
| | |
|
| 1.14, CHERTS (??), 06:20, 17/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 nginx и php не умеет обрабатывать, и это лочично, nginx - web сервер, его задача в другом, а для php есть php-fpm, для cgi - fastcgi или uwsgi, которые прекрасно работают с nginx.
| | |
| |
| 2.16, Бутират (?), 08:50, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
PHP вещь узкоспецефичная, а CGI - стандарт. На самом деле совсем не сложно обрабатывать пул CGI-процессов в nginx eventloop. Просто у Сысоева принципы. Ну и идет он на со своими принципами. Благо есть альтернативы. Тот же сабж
CGI во многих случаях достаточен. И в некоторых случаях более разумен чем FASTCGI. Не всегда оправдано запускать FCGI-сервис ради простых действий типа смены IP или перезагрузки машины
Что же касается сабжа, при всех его недостатках, у него масса достоинств. Например он модульный. И не такой монструозный. Из недостатков сабжа: мне бы пригодилась тонкая настройка буферов и таймингов, websockets-proxy, и чтение тела POST во встроенном lua-обработчике
| | |
| |
| 3.17, Аноним (-), 08:56, 17/10/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>На самом деле совсем не сложно обрабатывать пул CGI-процессов в nginx eventloop.
И потерять возможность лимитировать это безобразие.
> Просто у Сысоева принципы.
На самом деле штаны через голову тоже можно одеть, но одевают зачем-то через ноги.
Принципы видимо.
> Например он модульный.
можно подумать ngnix не модульный ?
> И не такой монструозный.
Не осилил? так и скажи.
| | |
| |
| 4.32, Аноним (32), 13:51, 17/10/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
 >>На самом деле совсем не сложно обрабатывать пул CGI-процессов в nginx eventloop.
> И потерять возможность лимитировать это безобразие.
>> Просто у Сысоева принципы.
> На самом деле штаны через голову тоже можно одеть, но одевают зачем-то
> через ноги.
> Принципы видимо.
>> Например он модульный.
> можно подумать ngnix не модульный ?
>> И не такой монструозный.
> Не осилил? так и скажи.
"На самом деле штаны через голову тоже можно одеть"
На самом деле штаны через голову надеть нельзя.
| | |
| |
| 5.53, scorry (ok), 10:29, 19/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
> "На самом деле штаны через голову тоже можно одеть"
> На самом деле штаны через голову надеть нельзя.
Зависит от местоположения ширинки.
| | |
|
|
| 3.47, й (?), 12:40, 18/10/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> На самом деле совсем не сложно обрабатывать пул CGI-процессов в nginx eventloop
как показал mpm_event в apache 2.4 -- сделать это так, чтобы оно работало хорошо и стабильно, не столь просто как кажется. я видел в действии связку mpm_event + mod_wsgi, которая работает именно так и, пока она была жива, клиенты раз в сутки нажимали кнопочку "перезапустить apache, а то он завис". у passenger для nginx тоже были аналогичные проблемы, но менее выраженные.
| | |
|
|
| 1.21, бедный буратино (ok), 10:37, 17/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
я уже не помню, какие неразрешимые проблемы, кроме непоняток с будущим проекта, перевели меня с lighttpd на nginx. хотел даже обратно переметнуться, ибо если в owncloud 8 в openbsd в pkg_readme был кусок конфига *вставь и юзай*, то в девятом - ссылка на сайт... а я как-то ставил его вообще без интернета под рукой, а когда добрёл до интернета, то узнал, что оно бы мне вообще не помогло, потому что там простыня на два экрана, которые нужно адаптировать для openbsd-шных дефолтов
в общем, в лучших чувствах я пошёл на сайт owncloud, чтобы поглядеть конфиг, и узрел:
Lighttpd is not supported with ownCloud, and some ownCloud features may not work at all on Lighttpd.
https://doc.owncloud.org/server/9.0/admin_manual/issues/general_troubleshootin
обидно
| | |
| |
| 2.26, uns3 (?), 11:30, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 да всё там работало на сабже в 7 и в 8.2 и 9 (и nextcloud 10), а вещи что в 8ых версиях до 8.2 в вебдав глючили - глючили и в nginx потому что виноват был код на php и немного клиент.
"не поддерживается" - значит кто то у них решил что ему вподляк заниматься тестированием и разбором проблем, или освоением синтаксиса конфига, возможно потому что не самый популярный, а не потому что плохой/кривой/убогий и написал втихаря отмазку, мол без гарантий.
на память, в конфиге ничего экстрацспецифического и не требуется кроме в сам деле как:
Disable access to data folder:
$HTTP["url"] =~ "^/owncloud/data/" {
url.access-deny = ("")
}
Disable directory listing:
$HTTP["url"] =~ "^/owncloud($|/)" {
dir-listing.activate = "disable"
}
как сказано в доке к 7-ке
https://doc.owncloud.org/server/7.0/admin_manual/installation/lighttpd_configu
| | |
| |
| 3.44, qwertyuser (?), 00:26, 18/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
 ага, только там не много ниже "Recent versions of ownCloud make use of the HTTP PATCH feature, which was added to Lighttpd at version 1.4.32 while Debian stable only ships 1.4.31. The patch is simple, however, and easy to integrate if you’re willing to build your own package. Download the patch from ..."
не, ну может это кому-то и инетерсно патчи переписывать под новые версии lighttpd :(
ЗЫ. сам до последнего сидел до последнего lighttpd 1.4.41 и надеялся на чудо.
как пришла новая комманда - начилась свистопляска: начиная с lighttpd 1.4.31 они одно чинят, другое отваливается. последний прикол был всязан вебдавом, когда lighttpd сжирал всю память и свап, и было всем весело (через клиенты всё ништяк, а вот когда монтируешь как диск в систему, тут начинаются приколы).
| | |
| |
| 4.48, uns3 (?), 14:58, 18/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
расскажи что у тебя сломалось в [own|next]cloud] без HTTP PATCH feature на lighttpd ?
| | |
| |
| 5.54, qwertyuser (?), 11:48, 19/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
по хорошему вообще ничего не работает, пробывал и на 36 и на 38 и на 40, без патча собирал. аяксЕксплорер норм работает, ваще без проблем, но меня парят некоторые адские тормоза, ну то есть ворочеттся еле еле, особенно в админке, генерация линка шары - ооочень долго происходит.
owncloud - показывает содержимое рабочего каталога, но залить через вебб интерфейс или расшарить - невозможно.
| | |
|
| 4.49, uns3 (?), 16:27, 18/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
поддержка PATCH добавлена в 2012 ещё,
1.4.32 на фряхе в портах с 2013года
в теперешнем stable Debian 8 всё давно уже есть.
недоволен консерватизмом 7 дебиан ? убунту в помощь - в 14.04LTS тоже есть (1.4.33)
| | |
| |
| 5.55, qwertyuser (?), 11:55, 19/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
> поддержка PATCH добавлена в 2012 ещё,
> 1.4.32 на фряхе в портах с 2013года
> в теперешнем stable Debian 8 всё давно уже есть.
> недоволен консерватизмом 7 дебиан ? убунту в помощь - в 14.04LTS тоже
> есть (1.4.33)
до фряхи пока руки не дошли, развлекаюсь с слакваре. с 32 ушол - были какие -то глючные приколы с ним. да и очень хотелось http2 попробывать...
| | |
|
|
|
|
| 1.24, ALex_hha (ok), 11:10, 17/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > В mod_cgi реализована возможность запуска скриптов CGI, недоступных на чтение
это как?
| | |
| |
| |
| 3.36, Moomintroll (ok), 16:40, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Это значит, что бит-чтение снят (rw-)
Ну кто ж так умничает?
Надо так: (--x--x--x)
| | |
|
|
| 1.25, Васякот (?), 11:28, 17/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Всем бы хорош Lighty, но есть у него один серьезный косячище. Когда используешь его в качестве reverse proxy, ему пох, что клиент уже закрыл соединение, он удерживает соединение с внутренним сервисом бесконечно. В итоге рост количества этой туевой хучи конешно останавливается, только Lighty ведет себя как при DDoS.
Как бы я его не любил за простоту и скорость, ентот косяк заставил перейти на nginx.
| | |
| |
| 2.37, xm (ok), 16:42, 17/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
 А оно кастомные хедеры умеет добавлять а-ля setenv.add-response-header в Lighty и OCSP?
| | |
| |
| 3.38, бедный буратино (ok), 16:44, 17/10/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
оно дохрена чего не умеет. поэтому и легковесное и код мизерный :) но для своих целей - лучше не придумаешь
| | |
| |
| 4.40, xm (ok), 16:53, 17/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
Посмотрел чуть раньше. На замену Lighty не тянет пока никак.
| | |
|
|
|
|
