Re: Re: Наследование fastcgi_param

[Amanda Sproule]

>>...и имеет большое количество проблем, поэтому является нежелательным.

без коментариев.

>>Кстати, конфиги nginx не являются языком программирования,
>>- так что при чем тут аспекты ООП - совершенно не понятно.

Спасибо КЭП.
Я противник всякого программирования в конфиге, и всякого встраивания
перла, луа, и еще джаваскрипта )))))))))) через лет 5 нджинкс станет таким
же как апач.

>>don't repeat yourself / copy and paste programming

>>Мне почему-то кажется, что 99% админов, настраивающих
>>nginx, не хотят выпиливать лобзиком. Им нужно сделать это по-быстрее,
>>затратив минимум мозговых усилий.

Я имеено из тех кто выпиливает лобзиком ещё и шкуркой проходится.

>>Собственно, это видно уже по началу
>>настройки - а давайте-ка всё, чего у нас нет, будет обрабатывать
/index.php,
>>а сам /index.php будет обрабатывать ~\.php$. Причём лучше, чтобы
>>так было для всех сайтов, а то неохота возиться.

Причиной сему - дурной пример из документации который так и не выпилили,
как и не выпилили слово "наследование".

location ~ \.php$ {

}

Я противник поведения catch-all. Мы говорим, что регулярки не нужны, но в
то же время утверждаем, что есть ситуации когда они нужны - неоднозначность
?

пс: вся причина этого бардака в том, что разрабы (их не так уж много и
можно понять) заняты совсем другими задачами. А чем дальше всё это будет
идти тем больше будет неоднозначностей и всяких костылей, а када объем кода
дотянет до апаческого, то как и апач он забросится и никто этими мелкими
проблемами заниматься не будет.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20150627/8ddf8189/attachment.html>