Re: Вопрос по лимитированию скорости

[Артур Хуснутдинов]

Спасибо, прекрасно!
Но теперь я в ступоре:
Получается, что:
/lim/имя файла - скорость режется
/nelim/имя файла - скорость не режется

Вопрос - как мне сделать динамические ссылки? Ведь юзверь, один раз увидев,
что если качать не с адреса /lim/имя файла, а с /nelim/имя файла, то каждый
раз будет просто руками исправлять адресную строку на /nelim/имя файла и
качать с /nelim/имя файла.
Как динамику-то сделать? В своё время я писал задачку, заточенную под эту
задачу - при запросе файла с сайта юзверю передавалась ссылка
/userid/filehash, а в БД MySQL заносилась запись с параметрами userid,
filehash, path to file (определяется средствами PHP на основе filehash) и
downloadspeed. Программа при запросе брала userid и filehash с GET URL и
смотрела по БД, есть ли запись в ней с таким userid и filehash ,если есть,
то отдавала файл на скорости, взятой из записи в БД.

Так вот, как-нибудь возможно ли на nginx построить такой аналог?
Если да, то как?

16 мая 2010 г. 15:48 пользователь Boris Dolgov <boris at dolgov.name> написал:

> Добрый день!
>
> 2010/5/16 Артур Хуснутдинов <forpdfsending at gmail.com>:
> > Здравствуйте.
> > Увидел
> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#limit_rate
> > location /flv/ {
> > flv;
> flv тут включает обработку запроса flv-модулем - поддержку вебсервером
> аргумента ?start=xx при отдаче контента.
>
> > Я сделал следующее:
> > location /lim/
> > {
> >  lim;
> Так что lim тут не нужен.
>
> > Сделал потом так:
> > location /lim/
> >  {
> > limit_rate 4k;
> Здесь нужно добавить:
> root C:/1;
> Так как Вы указали root только для запросов, попадающих в location /,
> но не для запросов, попадающих в location /lim.
> Можно попробовать просто вынести директиву root на уровень server{}.
>
> --
> Boris Dolgov.
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
>



-- 
С уважением,. ArtUrlWWW
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20100516/2b8201b5/attachment.html>