503 Service Temporarily Unavailable

[Alexey Karagodov]

26.09.07, Andrew Kopeyko <kaa at zvuki.ru> написал(а):
>
> On Wed, 26 Sep 2007, Alexey Karagodov wrote:
>
> > о, про конфиги, было бы неплохо, если бы была возможность заставить
> nginx
> > игнорировать ошибки в конфиге.
>
> Вообще-то, сейчас nginx так и делает - обнаружив ошибку в конфиге, он его
> [ошибочный конфиг] игнорирует.


он пишет об ошибке и ничего не делает, если например путь указанный для
access лога не существует

> т.е. пишет WARNING или ACHTUNG, но всё равно запускается и учитывает
> только
> > те server/location, которые загрузились без ошибок
>
> Если вы читаете все логи после каждого reload - дайте я пожму вашу руку!


да, можно устроить nginx-сейшн или типа того и там всё пожать и набухаться и
пулю расписать

обычно я делаю исполнение скрипта управления nginx-ом так:
/etc/init.d/nginx %КОМАНДА% ; tail -fn 100 /srv/logs/nginx/error.log
очень помогает

> либо при reload чтобы reload всё-таки делался, но опять же с учётом
> > только тех server/location где нет ошибок
>
> Слишком умным nginx - как уже здесь говорили, такой нам не нужен.
> Патамучта ошибки в конфигурации выловить станет оч-чень трудно. Если
> вообще окажется возможным.
>
>
> 26.09.07, Anatoly Matyakh <protopartorg at gmail.com> написал(а):
> >
> > On Wed, 26 Sep 2007 14:31:43 +0300, Виктор Вислобоков
> > <corochoone at gmail.com> wrote:
> >
> > > Совершенно верно. Но если вы глобальном контексте создали зону с
> > > document_root а потом пытаетесь использовать эту зону внутри server,
> не
> > > установив там свой document_root, то какой в этом смысл? Я про это.
> >
> > Я думаю, что проверкой СМЫСЛА конфигов должен заниматься тот, кто их
> > пишет,
> > а не тот, кто ими руководствуется. Вы на exim4 гляньте - там в конфигах
> > можно
> > такого натворить, куда там nginx!
> >
> > Но если сервер, который должен работать, начнёт умничать - ну его на
> фиг.
>
>
> --
> Best regards,
> Andrew Kopeyko <kaa at zvuki.ru>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20070926/73523c7a/attachment.html>