[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Try_files кошмар какой-то / nginx
eurobax
Делаю защищенную директорию для скачки файлов.
Скачивать файлы можно по ссылке: хttp://сайт.ру/private/<uiserid:GUID>/<имя файла>
Хранятся они соответственно: /userfiles/private/<uiserid:GUID>/<имя файла>

Например:
файл лежит в /userfiles/private/09b..32/1.png (где 09b..32 - это userid:GUID)
url для скачки выглядит так: xttp://сайт.ру/private/09b..32/1.png

Конфиг nginx (и это прекрасно работает):
location ~/private/(.*)[/]?(.*)$ {
root %hostdir%/userfiles/private/$1/;
try_files $2 @files_private_failed;
}


Теперь сама трабла. Я выкурил много травы, и решил, что на сервере удобней организовать структуру папок иначе (папка private стала размещаться внутри <userid>):
userfiles/
<userid>/
private/
shared/


Изменил конфигу nginx:
location ~/private/(.*)[/]?(.*)$ {
root %hostdir%/userfiles/$1/private/; #Вроде элементарно, но не работает
try_files $2 @files_private_failed;
}

И она перестала работать! Т.е. запрос проваливается на backend (через @files_private_failed, это не суть)
Я пробовал и сам try_files /private/$2, try_files private/$2 - тоже не работает

Вобщем, весь вопрос - как заставить понимать азбуку?
Я отлавливал в бэкенде параметры $1 и $2, все они "вырезаются" нормально, Пути и файлы на диске существуют.

Что я делаю не так?
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.