ПРОЕКТЫ 


  АРХИВ 


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: непонятка с rewrite



On Sat, 9 Apr 2005, RaPaMaN wrote:

Igor Sysoev пишет:

On Sat, 9 Apr 2005, RaPaMaN wrote:

я только что пересобрал 0.1.28 с дебаг, обновил 0.1.27 на котором все грабли были и работает теперь нормально, т.е. нет 404

от 0.1.28 слать дебаг или сделать все-таки на 0.1.27 дебаг лог ?


От 0.1.27.

Я проделал обновление на лету с 0.1.28 на 0.1.27 собранного с debug и работает тоже.

Варианта два получается, исходя из того, что я переписывал конфиг и менял в нем rewrite и location и делал после каждого редактирования kill -HUP:

1. --with-debug - что-то чинин, хотя это абсурдно, логика то не меняется
2. kill -HUP не перечитывает конфиг или запускает процесс с текущей конфигурацией из памяти, а не с диска.

Больше похоже на вариант 2, так как я писал, когда большой конфиг пробовал, что памяти так и оставалс жрать 45 метров после HUP, хотя конфиг то уже был урезан на мегабайты лишнего.

Что еще сделать, чтобы локализовать грабли ?

Получается, что конфиг был рабочий, но упорно где-то сидела старая конфигурация в памяти для хоста, вот и 404 и непонятный ^.+$

Скорее всего, запрос отрабатывался по keep-alive соединению от воркера
с предыдущей конфигурацией.

Что касается ^.+$, то это отсюда:

location / {
     rewrite  ^.+$  /index.php;
     }

Лучше, кстати, "rewrite  ^  /index.php"


Игорь Сысоев
http://sysoev.ru




 




Copyright © Lexa Software, 1996-2009.