Request Entity Too Large

[denis]

28.03.2013 19:29, Maxim Dounin пишет:
> Hello!
>
> On Thu, Mar 28, 2013 at 05:29:22PM +0400, denis wrote:
>
>> 28.03.2013 16:03, Maxim Dounin пишет:
>>> При этом директива include - не гарантирует какой-либо порядок
>>> включения файлов при использовании масок, что плохо отражается на
>>> работоспособности конфигов, использующих директиву include для
>>> включения множества блоков server{} и при этом не использующих
>>> параметр default_server директивы listen.
>> При чём тут вообще default_server? У меня он задаётся в отдельном
>> конфиге, 000_default, и с этим проблем нет.
> Тогда в чём ваша проблема с "первым видело основной блок и
> привет"?
основной блок == основной домен...
то есть описываем site.ru www.site.ru, и им же захватывало прочие 
поддомены этого домена. Подробнее уже не скажу, год+ прошёл. Возможно 
просто баг был.

> Задача автического управления большими конфигами - она 1) совсем
> отдельная, 2) файликами всё равно полноценно не решается, и 3) от
> использования или не использования "include *" никак не зависит,
> т.к. скрипту всё равно, что сделать на выходе.
2 - а чем решается?

> В то же время, плач на тему "у меня ничего не работает" -
> сводящийся к тому, что кривой конфиг получился из-за использования
> вопрошающим "include *" - я тут наблюдаю с поразительной
> регулярностью уже который год.
Там все ошибки -- невнимательность/непонимание пользователей, что в 
итоге и выясняется. Но сильно мешает отладке отсутствие вменяемого 
конфтеста + вывода, какой (под)домен в каком конфиге и на какой строке 
начинает описание, а-ля апач хотя бы. Плюс полный листинг итоговой 
конфигурации помогает увидеть "нежданчика" в виде установленной 
переменной/локейшена/итд там, где его никто не ждал.
В любом случае механизм инклудов нужный, но требует аккуратности, да. 
Именно поэтому я предпочитаю, когда всё по файлам, всё проверено и 
генерируется автоматически + контроль версий. Почти все проблемы - 
человеческий фактор, и без него сюрпризов почти не бывает (поэтому и 
указываю так на sed и проблемы скриптования изменений).

>> Он покажет, как нгинх распарсил конфиги, в каком порядке загрузил файлы итд.
> Чем вам поможет порядок, в котором nginx загрузил файлы в этот
> раз, если в следующий раз - этот порядок вполне может быть другим?
Просто так порядок сам не изменится. Опять же, делаем полный листинг, 
сверяем с ожиданиями, и в идеале с тем, что было до этого.