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

Noon es Shadow noonesshadow at gmail.com
Mon Aug 3 17:07:25 MSD 2009


Директории, как и хардлинки, вроде как занимают очень немного места на
диске, почему брутальное и нагружающее?)

3 августа 2009 г. 14:19 пользователь Artyom Nosov <chip at unixstyle.ru>написал:

> Добрый день,
>
>  Брутальное решение нагружающее без надобности файловую систему, особенно в
> моменты чистки временных директорий.
>
> Noon es Shadow wrote:
>
>> Не совсем по теме, но у меня это решалось так - файл сервер и сам сайт на
>> разных серверах, на файл сервере в одной папке лежат файлы, в другой - общей
>> - есть доступ по фтп, на сервере делались секретные папки и хард линки для
>> файла по запросу сайта
>> кроном удаляются старые (актуальность 1 сутки)
>> т.е. копирования не происходит
>> 31 июля 2009 г. 9:44 пользователь <ilya at aniskovets.com <mailto:
>> 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
>>
>>    Это возможно как-нибудь реализовать?
>>
>>    Илья
>>
>>
>>
>
> --
> Sincerely,
>
> Artyom Nosov
> http://www.unixstyle.ru | JID chip at xmpp.ru | ICQ 128417264
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090803/209ad1ac/attachment.html>


More information about the nginx-ru mailing list