| 1.1, Ключевский (?), 09:13, 28/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –11 +/– |
Еще лет через 10, когда вся сеть перейдет на HTTP/3 aka QUIC, в lighttpd осилят сделать частичную поддержку HTTP/2, правда она будет вызывать падение сервера с предоставлением ремотного рутового шелла любому, но это уж извините, на больее они все равно не способны.
| | |
| |
| 2.2, Аноним (2), 10:02, 28/01/2019 [^] [^^] [^^^] [ответить]
| –3 +/– |
quic - всего лишь тупая надстройка над udp. Вся сеть не перейдёт на это никогда. Веб может, он такой, туда ему и дорога.
| | |
| 2.3, А (??), 10:06, 28/01/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
Для тех, кто использует lighttpd, http2 не так уж и уперся, как вы тут рисуете.
| | |
| |
| 3.4, гугель (?), 10:26, 28/01/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
а мы поддержку 1 и меньше скоро дропнем.
А как додавим переход всех и вся на 3 - так и 2 дропнем.
И те кто используют - строем пойдут на наш прекрасный хостинг. Ну а лучше просто размещайте свои приложения в нашем облачке - и не парьтесь, какой там сервер, какие там протоколы - в единственно-правильном браузере всегда все будет работать, мы гарантируем.
| | |
| 3.8, rm_ (ok), 14:10, 28/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Использую nginx перед lighttpd в том числе для HTTP/2.
Ну и ещё потому что реверс-прокси у nginx гораздо лучше, чем у lighttpd (это понадобилось для других задач тоже, а не только чтобы сам nginx воткнуть).
Но вот настроить nginx как полный сервер и отказаться от lighttpd так и не вышло за несколько подходов, настолько ограничены и неудобны конфиги в nginx.
| | |
| |
| 4.9, нах (?), 16:16, 28/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
конфиги у nginx, конечно, г-но то еще, но ниасилить его настроить в такой конфигурации, с которой справляется light - это надо какой-то специальный талант иметь.
Поделитесь, что-ли, достиженями, а то хочется ж просто поржать, а новости нашего городка последнее время - одна тошнотворнее другой.
| | |
| |
| 5.10, rm_ (ok), 16:19, 28/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
> конфиги у nginx, конечно, г-но то еще, но ниасилить его настроить в
> такой конфигурации, с которой справляется light - это надо какой-то специальный
> талант иметь.
> Поделитесь, что-ли, достиженями, а то хочется ж просто поржать, а новости нашего
> городка последнее время - одна тошнотворнее другой.
Ну давай поржи: https://www.reddit.com/r/nginx/comments/7qj65w/combining_fastcgi_and_reverse_p
только один из примеров
| | |
| |
| 6.11, анонанон (?), 17:26, 28/01/2019 [^] [^^] [^^^] [ответить]
| +/– |
Всё достаточно просто, если иметь представление о том, как nginx обрабатывает location:
https://nginx.org/ru/docs/http/request_processing.html#simple_php_site_configu
Т.е. для решения проблемы достаточно второй location сделать regexp и поместить выше первого, что собственно и объясняется в документации:
> nginx вначале ищет среди всех префиксных location’ов, заданных строками,
> максимально совпадающий. В вышеприведённой конфигурации указан только один
> префиксный location “/”, и поскольку он подходит под любой запрос, он и будет
> использован, если других совпадений не будет найдено. Затем nginx проверяет
> location’ы, заданные регулярными выражениями, в порядке их следования в
> конфигурационном файле. При первом же совпадении поиск прекращается и nginx
> использует совпавший location. Если запросу не соответствует ни одно из
> регулярных выражений, nginx использует максимально совпавший префиксный location,
> найденный ранее.
Т.е. вместо написания конфигурации под вашу задачу на ПО №1 вы предлагаете поставить дополнительное программное обеспечения, которое умеет это из коробки, причём заменить ПО №1 оно не может и вы будете поддерживать зоопарк просто потому, что не смогли в ПО №1. Рекомендую вам вместо iptables пользоваться firewalld, а вместо apt использовать synaptic в виду удобства последних
| | |
| |
| 7.13, нах (?), 17:34, 28/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– | |
вот насчет synaptics это кто-то со зла ;-)
а так да, какой-то совсем скучный пример. То есть его нельзя даже отнести к уродству nginx-конфигов, оно вполне в этом месте разумно.
| | |
| |
| 8.15, rm_ (ok), 17:42, 28/01/2019 [^] [^^] [^^^] [ответить] | –1 +/– | Держите повеселее http rosslawley co uk archive old 2010 01 04 nginx-how-to-m... текст свёрнут, показать | | |
| |
| 9.17, нах (?), 21:51, 28/01/2019 [^] [^^] [^^^] [ответить] | –1 +/– | вообще не вижу проблемы, кроме той что автор не потрудился почитать документацию... текст свёрнут, показать | | |
|
|
| 7.14, rm_ (ok), 17:34, 28/01/2019 [^] [^^] [^^^] [ответить]
| –1 +/– |
>[оверквотинг удален]
> первого, что собственно и объясняется в документации:
>> nginx вначале ищет среди всех префиксных location’ов, заданных строками,
>> максимально совпадающий. В вышеприведённой конфигурации указан только один
>> префиксный location “/”, и поскольку он подходит под любой запрос, он и будет
>> использован, если других совпадений не будет найдено. Затем nginx проверяет
>> location’ы, заданные регулярными выражениями, в порядке их следования в
>> конфигурационном файле. При первом же совпадении поиск прекращается и nginx
>> использует совпавший location. Если запросу не соответствует ни одно из
>> регулярных выражений, nginx использует максимально совпавший префиксный location,
>> найденный ранее.
Всё равно это костылинг и пердолинг. В lighttpd всё гораздо красивее и проще.
> Т.е. вместо написания конфигурации под вашу задачу на ПО №1 вы предлагаете
> поставить дополнительное программное обеспечения, которое умеет это из коробки, причём
> заменить ПО №1 оно не может и вы будете поддерживать зоопарк
> просто потому, что не смогли в ПО №1. Рекомендую вам вместо
> iptables пользоваться firewalld, а вместо apt использовать synaptic в виду удобства
> последних
Суть такова что это как раз lighttpd стоит там с незапамятных времён и со своими задачами справляется, nginx же был поставлен совсем недавно "сбоку" ради некритичных задач вроде более эффективого реверс-прокси и поиграться с HTTP/2. А так, по большому счёту не нужен, и может быть удалён. Так что в вашем примере это "ПО №1" является "дополнительным программным обеспечением" на птичьих правах, а рабочий продакшен конфиг давно живёт и работает на ПО... №0? то бишь на lighttpd.
| | |
| |
| 8.18, rtmf (?), 18:23, 29/01/2019 [^] [^^] [^^^] [ответить] | –1 +/– | вас склоняют использовать то, что хотят они, а вы не поддаётесь Вы плохой ... текст свёрнут, показать | | |
| |
| 9.19, нах (?), 11:40, 30/01/2019 [^] [^^] [^^^] [ответить] | +/– | да не, не склоняем, нафиг нам надо - скажи честно не умею настраивать и учиться... текст свёрнут, показать | | |
| |
| 10.21, rm_ (ok), 15:14, 31/01/2019 [^] [^^] [^^^] [ответить] | +/– | Ну вот, написал ответ, а его удалили Нахер такой форум и модератор думаю прочит... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 2.5, Аноним (5), 10:28, 28/01/2019 [^] [^^] [^^^] [ответить]
| +1 +/– |
К гадалке сегодня уже не пойду? Вы сделали мое утро ;)
И да, сходите проверьте уровень желчи в черепной коробке.
Долгие лета lighttpd!
Думаю, что они с их способностями, сами разберутся как "падать", и какую сторону взлетать и кому предоставлять рутовый шелл!
| | |
|
| 1.6, Diozan (ok), 11:14, 28/01/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
 Как-то, лет 10 назад, поставил сей сервер для производственных задач, так и беды с ним не знаю.
Особенно помог, когда необходимо было одни задачи под PHP5 пускать, а другие уже на PHP7 перевелись. На нём это очень элементарно настроилось.
Удачный сервер, полностью оправдывает своё имя LIGHT.
Переход на Apache и Nginx не планирую, и, даст бог, ещё долго не запланирую.
| | |
| |
| 2.7, Аноним (7), 14:05, 28/01/2019 [^] [^^] [^^^] [ответить]
| –2 +/– |
Это он при отдаче файла полностью копирует его в буфер? :)
| | |
|
|
