Re: secure_link + кэширование

[ilya at aniskovets.com]

хардлинки я как раз сейчас делаю, но проблема в том, что мне нужно чтобы
качалось именно с фронтенда и там же кешировалось, а сам файл сервер
использовался по минимуму, поэтому я и хочу использовать nginx, так как он
может кэшировать и в реалтайме отдавать, однако столкнулся с тем, что не
могу в нем сделать проверки на валидность хэша. Сейчас я просто с помощью
фронтентда и php гружу файл в кеш и отдаю его по внутренней переадресации
nginx. php скрипт проверяет хэш IP + время и отдает файл. Хочется обойтись
без php и добится реалтайма

2009/7/31 Noon es Shadow <noonesshadow at gmail.com>

> Не совсем по теме, но у меня это решалось так - файл сервер и сам сайт на
> разных серверах, на файл сервере в одной папке лежат файлы, в другой - общей
> - есть доступ по фтп, на сервере делались секретные папки и хард линки для
> файла по запросу сайта
> кроном удаляются старые (актуальность 1 сутки)
> т.е. копирования не происходит
> 31 июля 2009 г. 9:44 пользователь <ilya at aniskovets.com> написал:
>
> Добрый день, помогите, пожалуйста, решить проблему,
>>
>> мне необходимо сделать secure_link для загрузки файлов, хотел использовать
>> модуль
>> http://sysoev.ru/nginx/docs/http/ngx_http_secure_link_module.html#exampleи кэш nginx, однако не могу понять, как это правильно сделать.
>>
>> хочу сделать секретные линки, которые работают только определенное время и
>> только с определенного IP, т.е.
>>
>> /SECURE_LINK/UNIX_TIME/FILE_URL
>>
>> где SECURE_LINK это md5(UNIX_TIME,FILE_URL,REMOTE_IP,"секретное слово")
>>
>> и соответствено должна быть проверка на то, что (текущее время - UNIX_TIME
>> < N), после чего надо запросить сам файл через кэш nginx с
>> http://backend/FILE_URL
>>
>> Сейчас приходится делать это через скрипт и предварительно грузить файлы с
>> бакэнда на сервер, хочется, чтобы это было просто прозрачное кэширование
>> через nginx
>>
>> Это возможно как-нибудь реализовать?
>>
>> Илья
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090731/c01e798b/attachment.html>