index internal redirect

[Валентин Бартенев]

On Sunday 19 June 2011 16:16:56 Gena Makhomed wrote:
> On 16.06.2011 23:16, Валентин Бартенев wrote:
> >> Для try_files хотелось бы придумать ещё два модификатора - делать
> >> внутренний редирект при нахождении файла (как сейчас делается для index)
> >> и проверка абсолютного пути (а не относительно root/alias).
> >> 
> >> Например, абсолютный путь - два начальных слэша:
> >>     try_files  //path/to/maintenance.html  $uri  $uri/  @php;
> > 
> > try_files  !$uri  @php;
> > 
> > где ! - инвертирует результат обнаружение файла.
> 
> не совсем понятно, как этот синтаксис должен работать.
> что делать в том случае, если файла действительно нет?
> и что надо делать в том случае, когда такой файл есть?

Все то же самое, что делает директива try_files сейчас, только инвертируя 
результат проверки.

В примере выше, если файл есть, то обработка произойдет в location @php.

Точно также, как при
try_files  $uri  @php;
обработка запроса произошла бы в @php при отсутствии файла.

 ! - как я полагаю, всем знакомый оператор.

> вместо такого sendmail-подобного расширения синтаксиса:
> 
> try_files  $uri на php $uri/  =404;
> 
> предлагаю лучше читаемый и лучше расширяемый вариант синтаксиса:
> 
> try_files  internal_redirect( @php )::$uri
>             $uri/
>             =404
>             ;

Извините, я не знаком с sendmail, но то, что вы предложили, выглядит длиннее 
страшнее и непонятнее. К тому же, не дает возможности написать, например, 
такую конструкцию:

try_files  $uri.php на php $uri/@dir_list $uri  =404;
 
> Если директива alias используется внутри location'а, заданного
> регулярным выражением, то регулярное выражение должно содержать
> выделения, а директива alias — ссылки на эти выделения
> 
> вполне полезно и разумно, потому что помогает защититься
> от случайных опечаток и ошибок при конфигурировании nginx.

Приведите пример такой ошибки. Я не очень понимаю, от чего это помогает 
защититься, а также страшных последствий, от "случайных опечаток и ошибок" в 
данном случае.

> лучше ничего не менять и не убирать это ограничение, тем более,
> что оно очень легко обходится, если это действительно кому-то надо.

При желании, обойти можно все, что угодно. Я за простые и прямые решения, 
вместо костылей, усложняющих не только логику работы, но и читабельность 
конфигурации.

В данном случае, приходится писать что-то вроде:

root путь/к/директории/c/файлом;
try_files файл =404;

Но директива try_files по смыслу, как мне кажется, не для этого задумывалась, и 
логика ее работы сложнее, чем простой alias.

Ну или, как вы предложили, alias с пустым выделением, что еще более некрасиво.

--
Валентин Бартенев