Internal redirect. Howto

Dmitriy MiksIr miksir at maker.ru
Thu Feb 12 18:28:10 MSK 2009


При обращении в internal локейшн клиент получит 404.
Если только потом это обращение не будет переопределено другим локейшн, 
как в вашем случае. Впрочем и ваш случай легко преобразовывается в 
рабочий (^~) - нужно лишь прочитать описание location внимательно.

Goncharov Yuri пишет:
> И это решит мою проблему и статические файлы в моём случае сразу будут 
> не видны через прямой путь?
> 
> Dmitriy MiksIr wrote:
>>
>>
>> Goncharov Yuri пишет:
>>> Согласен, это часть всяких упражнений, оно пока работает - но я 
>>> оптимизирую.
>>> Но вопрос остаётся, как с учетом того, что контент внутри проэкта 
>>> скрыть его от глаз но позволить к нему доступаться через internal
>>>
>>> А то Вы пишите - скрыли - а в итоге-то я ж описал свой случай, всё 
>>> видно :)
>>>
>>
>> Ваш случай не равен моему. Именно из-за каши в конфиге.
>> Для прояснения соаветую сначала внимательно прочитать порядок 
>> обработки location-ов в конфиге (описано в документации) а потом 
>> прикинуть - как работает ваш конфиг, а как мой.
>>
>>
>>> Dmitriy MiksIr wrote:
>>>> Извините, но конфиг у вас какое-то.. странный.
>>>> Может потому что поскипанный
>>>> Но не ясно, зачем описывать все статические файлы по расширению
>>>> Для вас не подходит какой-то такой вариант?
>>>> location / { root ...; } - отдаем статику
>>>> location /filestorage { root ...; internal; } - скрыли
>>>> location /download { rewrite ...; } - в down.php
>>>> location ~* \.php$ { proxy ...; } - на бекенд
>>>>
>>
>>>
>>
>>
> 






More information about the nginx-ru mailing list