headers
Denis F. Latypoff | 1 Dec 04:10
Picon
Favicon
Gravatar

[PATCH] fix too much loyality in HTTP method parser

Патч фиксит вот такое:

[root <at> c1 c1]# telnet rambler.ru 80
Trying 81.19.70.3...
Connected to rambler.ru (81.19.70.3).
Escape character is '^]'.
HI_THERE / HTTP/1.0
Host: rambler.ru

HTTP/1.1 302 Moved Temporarily
Server: nginx/0.8.28
Date: Tue, 01 Dec 2009 03:09:30 GMT
Content-Type: text/html
Content-Length: 161
Connection: close
Location: http://www.rambler.ru/

<html>
<head><title>302 Found</title></head>
<body bgcolor="white">
<center><h1>302 Found</h1></center>
<hr><center>nginx/0.8.28</center>
</body>
</html>
Connection closed by foreign host.

:-)

--

-- 
br, Denis F. Latypoff.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Никита Кардашин | 1 Dec 05:24
Picon

Re: proxy_nocache

>Так ведь переменная (которая $valid, единственным
параметром идет) и нужна, чтобы разрешать такие
вольности только своим :)

Извиняюсь, не разобрался :)

>Если сервер без кеша встаёт раком, значит нужно
добавить ещё один.
Кеш - для предотвращения излишней нагрузки, а не для
поддержания жизни.

Дело не в линейной нагрузке. Операция "очистить кэш"
ведь тоже
использует определенные ресурсы. А если проверка по
valid отключена, а
серверу приходит заголовок очистки кэша раз этак 300 в секунду?

01.12.09, Sergey Shepelev<temotor <at> gmail.com> написал(а):
> 2009/11/30 Никита Кардашин <megalin2 <at> gmail.com>:
>>>2) удалить объект из кэша без обновления, если в
заросе есть нестандартный
>>  заголовок "Cache-Control: purge". Это можно делать из скриптов.
>>
>> Ммм. А если искусственно заголовок передавать на
сервер, не поставит
>> ли это его (сервер) раком?
>
> Если сервер без кеша встаёт раком, значит нужно
добавить ещё один.
> Кеш - для предотвращения излишней нагрузки, а не для
(Continue reading)

Permalink | Reply | 1 comment |
headers
mif | 1 Dec 08:06
Picon

Re: Настройка обоработки поддоменов на nginx

up. Помогите, пожалуйста.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,26332,26947#msg-26947

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
Igor Sysoev | 1 Dec 08:13
Picon
Favicon

Re: Настройка обоработки поддоменов на nginx

On Sun, Nov 29, 2009 at 09:38:02PM -0500, mif wrote:

> Нет нет! пытался затереть ненужное, но затер не везде
:D путь к файлу правильный, не в этом суть.
> yyy.xxx.ru - поддомен, xxx.ru - домен.
> 
> Я в адресной строке набираю yyy.xxx.ru, а он грузит мне
контент с xxx.ru, но без картинок и css, потому что по тому
пути, что он ищет этих файлов нет в папке поддомена...
> 
> Вот дебаг-лог с поддомена:

> 2009/11/29 21:26:50  8795#0: *1550 fastcgi param: "SCRIPT_FILENAME: /home/webmaster/www/yyy.xxx.ru/index.php"

> 2009/11/29 21:26:50  8795#0: *1550 fastcgi param: "DOCUMENT_ROOT: /home/webmaster/www/yyy.xxx.ru"
> 2009/11/29 21:26:50  8795#0: *1550 fastcgi param: "SERVER_NAME: yyy.xxx.ru"

Судя по логу, в php передаются правильные параметры.
Скорее всего, php
не знает, как обрабатывать yyy.xxx.ru.

--

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

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
(Continue reading)

Permalink | Reply | 1 comment |
headers
Igor Sysoev | 1 Dec 08:21
Picon
Favicon

Re: [PATCH] fix too much loyality in HTTP method parser

On Tue, Dec 01, 2009 at 06:10:19AM +0300, Denis F. Latypoff wrote:

> Патч фиксит вот такое:
> 
> [root <at> c1 c1]# telnet rambler.ru 80
> Trying 81.19.70.3...
> Connected to rambler.ru (81.19.70.3).
> Escape character is '^]'.
> HI_THERE / HTTP/1.0
> Host: rambler.ru
> 
> HTTP/1.1 302 Moved Temporarily
> Server: nginx/0.8.28
> Date: Tue, 01 Dec 2009 03:09:30 GMT
> Content-Type: text/html
> Content-Length: 161
> Connection: close
> Location: http://www.rambler.ru/
> 
> <html>
> <head><title>302 Found</title></head>
> <body bgcolor="white">
> <center><h1>302 Found</h1></center>
> <hr><center>nginx/0.8.28</center>
> </body>
> </html>
> Connection closed by foreign host.

Тогда nginx не будет поддерживать всякие странные
методы при проксировании.
(Continue reading)

Permalink | Reply | 0 comments |
headers
mir | 1 Dec 08:25
Picon

X-Accel-Redirect и "кучерявые" пути

Доброго времени суток!

Обнаружил, что nginx 0.7.64/0.8.28 "улучшает" путь переданный
в хедере X-Accel-Redirect. Например,
"filearea/234234_ ok or bad?.gif"  -> "filearea/234234_ ok or bad"
"filearea/093872_  strange name .txt "  -> "filearea/093872_  strange name .txt"
и как результат сообщение в логе об отсутствии файла.

Не нашел в документации упоминания о подобном поведении.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,26953,26953#msg-26953

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 3 comments |
headers
mif | 1 Dec 08:29
Picon

Re: Настройка обоработки поддоменов на nginx

Точно, в конфиге php.ini в параметре doc_root был явно указан
сам домен. Спасибо, будем править.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,26332,26954#msg-26954

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 0 comments |
headers
Alexandre Kalendarev | 1 Dec 08:32
Picon

Re[6]: обработка POST & NGX_AGAIN

сделал так, все работает, проходит тестирование:

// хандленр фазы
ngx_http_memcacheset_phase_handler( ngx_http_request_t *r ){
      ngx_init_t rc=NGX_OK;

     if(r->request_body == NULL) {
         rc = ngx_http_read_client_request_body(r, ngx_http_body_handler);

         if (rc >= NGX_HTTP_SPECIAL_RESPONSE) {
             return rc;
         }

         return NGX_DONE;
     }

     if(r->request_body->rest) {
         return NGX_DONE;
     }

     return rc;
} // end phase handler

//боди хандлер 
ngx_http_memcacheset_body_handler(  ngx_http_request_t *r ){

     ngx_int_t rc;

     rc = ngx_http_memcacheset_phase_handler(r);
(Continue reading)

Permalink | Reply | 1 comment |
headers
Igor Sysoev | 1 Dec 08:35
Picon
Favicon

Re: X-Accel-Redirect и "кучерявые" пути

On Tue, Dec 01, 2009 at 02:25:42AM -0500, mir wrote:

> Доброго времени суток!
> 
> Обнаружил, что nginx 0.7.64/0.8.28 "улучшает" путь переданный
в хедере X-Accel-Redirect. Например,
> "filearea/234234_ ok or bad?.gif"  -> "filearea/234234_ ok or bad"
> "filearea/093872_  strange name .txt "  -> "filearea/093872_  strange name .txt"
> и как результат сообщение в логе об отсутствии файла.
> 
> Не нашел в документации упоминания о подобном поведении.

Да. Всё, что после вопроса рассматривается как аргументы.
Пробелы в конце заголовка удаляются при парсинге.
Возможно, имеет смысл разрешить в X-Accel-Redirect
использовать %XX,
только не знаю, не сломаются ли из-за этого текущие конфигурации.

--

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

_______________________________________________
nginx-ru mailing list
nginx-ru <at> nginx.org
http://nginx.org/mailman/listinfo/nginx-ru
Permalink | Reply | 2 comments |
headers
Igor Sysoev | 1 Dec 09:13
Picon
Favicon

Re: proxy_nocache

On Tue, Dec 01, 2009 at 09:24:34AM +0500, Никита Кардашин wrote:

> >Так ведь переменная (которая $valid, единственным
параметром идет) и нужна, чтобы разрешать такие
вольности только своим :)
> 
> Извиняюсь, не разобрался :)
> 
> >Если сервер без кеша встаёт раком, значит нужно
добавить ещё один.
> Кеш - для предотвращения излишней нагрузки, а не для
поддержания жизни.
> 
> Дело не в линейной нагрузке. Операция "очистить кэш"
ведь тоже
> использует определенные ресурсы. А если проверка по
valid отключена, а
> серверу приходит заголовок очистки кэша раз этак 300 в секунду?

Удаление из кэша достаточно дешёвая операция.

> 01.12.09, Sergey Shepelev<temotor <at> gmail.com> написал(а):
> > 2009/11/30 Никита Кардашин <megalin2 <at> gmail.com>:
> >>>2) удалить объект из кэша без обновления, если в
заросе есть нестандартный
> >>  заголовок "Cache-Control: purge". Это можно делать из скриптов.
> >>
> >> Ммм. А если искусственно заголовок передавать на
сервер, не поставит
> >> ли это его (сервер) раком?
(Continue reading)

Permalink | Reply | 0 comments |

Gmane