Fwd: Непонятное поведение try_files
Alexey V. Karagodov
kav at karagodov.name
Sun Mar 1 16:04:58 MSK 2009
Begin forwarded message:
> From: "Alexey V. Karagodov" <kav at karagodov.name>
> Date: 1 марта 2009 г. 15:49:57 GMT+03:00
> To: nginx-ru at sysoev.ru
> Subject: Re: Непонятное поведение try_files
>
>
>
>
> server {
> access_log /srv/logs/nginx/test.net-profit.ru.log combined;
> error_log /srv/logs/nginx/test.net-profit.ru.log debug;
> server_name test.net-profit.ru;
> set $_document_root /srv/devel/sync/starstory/core;
>
> include include/rewrite;
> include include/listen_http;
> include include/error;
> include include/location_error;
>
> root $_document_root;
>
> # location ~* \.(jpg|png|xml|txt|jpeg|gif|js|swf|css|pdf|doc|log|mms|
> xml|config|sh|inc|ico)$ {
> # }
> location ~* \.php5$ {
> try_files $uri @PHP5;
> include include/fastcgi_param;
> fastcgi_index index.php5;
> fastcgi_pass_request_body off;
> client_body_in_file_only clean;
> fastcgi_pass php5-cluster;
> }
> location / {
> try_files /index.html $uri $uri/ @PHP5;
> }
> location @PHP5 {
> include include/fastcgi_param;
> include include/error;
> include include/error_ERROR_PAGE_404;
> fastcgi_param SCRIPT_FILENAME $_document_root/index.php5;
> fastcgi_pass_request_body off;
> client_body_in_file_only clean;
> fastcgi_pass php5-cluster;
> }
> }
>
> как выяснилось, вокеры падают если закоментировать location
> описывающий статику
> если комменты убрать, то всё нормально
> однако, большой нагрузки на сервер нет
под нагрузкой вокеры таки падают при любом варианте конфигурации
> nginx-devel установлен из портов, все опции включены кроме google
> perf tools
>
> P.S.: сорри за форматирование, в моём почтовом клиенте всё
> отображается нормально
> P.P.S.: сейчас нормально выглядит?
>
>
> On 01.03.2009, at 14:10, Igor Sysoev wrote:
>
>> On Sun, Mar 01, 2009 at 01:12:23PM +0300, Alexey V. Karagodov wrote:
>>
>>>
>>> On 01.03.2009, at 11:34, Igor Sysoev wrote:
>>>
>>>> On Sun, Mar 01, 2009 at 05:49:14AM +0300, Alexey V. Karagodov
>>>> wrote:
>>>>
>>>>> location / {
>>>>> try_files $uri $uri/ /index.php5;
>>>>> }
>>>>>
>>>>> location ~* \.php5$ {
>>>>> include include/
>>>>> fastcgi_param;
>>>>> include include/error;
>>>>> fastcgi_index index.php5;
>>>>> fastcgi_pass_request_body off;
>>>>> client_body_in_file_only clean;
>>>>> fastcgi_pass
>>>>> 127.0.0.1:9005;
>>>>> }
>>>>>
>>>>> при отсутствии всего перечисленного
>>>>> получаем внутренний редирект на /index.php5
>>>>> и его последующую нормальную
>>>>> обработку ( /index.php5 в $document_root существует
>>>>> и доступен )
>>>>>
>>>>> location / {
>>>>> try_files $uri $uri/ /index.php5 что-
>>>>> либо_ещё_в_любых_количествах;
>>>>> }
>>>>>
>>>>> location ~* \.php5$ {
>>>>> include include/
>>>>> fastcgi_param;
>>>>> include include/error;
>>>>> fastcgi_index index.php5;
>>>>> fastcgi_pass_request_body off;
>>>>> client_body_in_file_only clean;
>>>>> fastcgi_pass
>>>>> 127.0.0.1:9005;
>>>>> }
>>>>>
>>>>> а в таком варианте конфига получаем
>>>>> содержимое /index.php5
>>>>> что не так?
>>>>
>>>> Максим уже ответил, а я лишь хочу сказать, что с каждым днём я всё
>>>> больше
>>>> понимаю Гвидо ван Россума.
>>> я не в курсе
>>
>> Конфигурации
>> вида
>> location / {
>> try_files $uri $uri/ /index.php5;
>> }
>> location ~* \.php5$ {
>> include include/
>> fastcgi_param;
>>
>> очень
>> не
>> удобно
>> читать.
>>
>>>>
>>>>
>>> вокеры нгинх кстати падают при обработке такой конструкции
>>> debug_log или что-то ещё нужно?
>>
>> Да, нужен отладочный лог.
>>
>>
>> --
>> Игорь Сысоев
>> http://sysoev.ru
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090301/2e042461/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: debug.log.bz2
Type: application/x-bzip2
Size: 18275 bytes
Desc: not available
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090301/2e042461/attachment.bin>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090301/2e042461/attachment-0001.html>
More information about the nginx-ru
mailing list