ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: random_index



Hello!

On Thu, Nov 03, 2011 at 09:35:53PM +0300, ola wrote:

> Здравствуйте, Maxim.
> 
> Вы писали 3 ноября 2011 г., 19:31:04:
> 
> >> Помогите, пожалуйста, разобраться с random_index.
> >> 
> >> server {
> >>     listen      127.0.0.1:80;
> >>     server_name localhost;
> >>     error_log   logs/error.log debug;
> >> 
> >>     location / {
> >>         root   /common/example.org/www;
> >>         index  index.html;
> >>     }
> >> 
> >>     location ~ ^/banner(\d+)/$ {
> >>         alias /common/example.org/adv/$1/;
> >>         random_index on;
> >>     }
> >> }
> >> 
> >> При  запросе  /banner2/ получается 404-я ошибка, nginx пытается отдать
> >> файл /common/example.org/www/banner2/1.html
> >> 
> >> Если  использовать  location ~ ^/banner(\d+)/ {} (без завершающего $),
> >> то  nginx  делает  10 внутренних редиректов и "Redirection limit of 10
> >> URL's reached"
> 
> > Если в директиве alias используются переменные, то она задаёт 
> > полный путь к файлу, который надо использовать.
> Максим,  объясните,  пожалуйста,  поподробнее.  Я  ж вроде и использую
> полный путь.

Значение "/common/example.org/adv/$1/" задаёт путь к каталогу, а 
не к конкретному файлу.

> > Должно сработать как-то так:
> 
> >     location ~ ^/banner(?<number>\d+)/(?<file>.*) {
> >         alias /common/example.org/adv/$number/$file;
> >         random_index on;
> >     }
> Это  немного  не  то. Если использовать ваш вариант, то получается что
> рандомные  имена  файлов  (?<file>.*)  надо  генерить  на  бекенде.  А
> хотелось бы использовать nginx для этой задачи.

Нет, не надо.  Модуль random index, увидив запрос к каталогу, 
сгенерирует внутренний редирект на случайный файл из каталога.  
Дальше нужно, чтобы этот перенаправленный запрос кто-то обработал.

В конфиге, который вы привели, всё происходит так:

1. Запрос "/banner2/" попадает в "location ~ ^/banner(\d+)/$".  
2. Модуль random index делает внутренний редирект на "/banner2/1.html".
3. Запрос "/banner2/1.html" попадает в "location /", пытается 
открыть файл /common/example.org/www/banner2/1.html (root + uri) и 
возвращает 404, т.к. такого файла нет.

Если написать, как вы пытались, "location ~ ^/banner(\d+)/" 
аналогичного содержания, то будет так:

1, 2 - то же самое.
3. Запрос "/banner2/1.html" попадает в "location ~ ^/banner(\d+)/". 
Тут nginx попытается открыть путь, заданный директивой alias (ибо 
она с переменными), а именно "/common/example.org/adv/2/".  
Обнаружит, что это - не файл, а каталог, и отдаёт 301 redirect с 
добавлением ещё одного '/' в конец uri.  Дальше браузер делает ещё 
один запрос, и цикл повторяется пока браузеру не надоест.

> По дебаг-логу видно что нгинкс сначала преобразовывает алиас, затем из
> списка   файлов   в   получившейся  директории  выбирает рандомный, но
> добавляет  выбранное  имя  файла  к  исходному (текущему?) uri, а не к
> пути,  полученному  из  алиаса.  Потом  делается внутренний редирект и
> начинается опять поиск нужного дlocation'a.

Да, именно так.  И index, и random_index работают по одному и тому 
же принципу: ищут подходящий индексный файл и делают внутренний 
редирект на него.  Это, в частности, позволяет использовать 
индексные файлы с отдельной обработкой, e.g. index.php.

Дополнительные детали можно почитать тут:
http://nginx.org/en/docs/http/request_processing.html

> Вот  если  бы  выбранное  рандомом  имя  добавить  к  преобразованному
> алиасу и остановиться на этом...
> Пробовала написать break; но видимо оно не для internal redirect.

Нужно просто сделать, чтобы получившийся после внутреннего 
редиректа запрос правильно обрабатывался.  Именно это и делает 
предложенный мной конфиг.

Maxim Dounin

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.