Re: proxy_pass www-encoding bug

В чт, 31/07/2008 в 22:10 +0400, Борис Долгов пишет:
> используйте proxy_pass http://somadomain.com/

Спасибо, как я упоминал, в 0.5 проблем нет, я пока там
посижу, тем более
что у меня локейшн с регекспами

> 31 июля 2008 г. 21:31 пользователь MZ <zuborg <at> advancedhosters.com>
> написал:
>         nginx 0.6.32:
>         если использовать proxy_pass http://somadomain.com (без
>         указания uri)
>         то в случае если исходный uri включал в себя пробел
>         (закодированый) -
>         nginx этот пробел раскодирует и передает в исходном виде:
>         
>         GET /original uri with space HTTP/1.0
>         Host: somedomain.com
>         Connection: close
>         
>         ну и с бекенда возвращается соотв
>         
>         HTTP/1.1 400 Bad Request
>         
>         на nginx 0.5.35 такой проблемы нет - он кодирует запрос перед
>         передачей
>         на бекенд:
>         
>         GET /original%20uri%20with%20space HTTP/1.0
> 
> 

макс кол-во запросов с IP в минуту

Re: proxy_pass www-encoding bug

В пт, 01/08/2008 в 12:29 +0300, MZ пишет:
> В чт, 31/07/2008 в 22:10 +0400, Борис Долгов пишет:
> > используйте proxy_pass http://somadomain.com/

И кстати если использовать такой метод, то пробелы
закодируются, а такие
символы как '+', '?' - нет, на версиях как 0.5 так и 0.6
В то время как через proxy_pass http://somedomain.com - закодируется все
(на версии 0.5.37)


> Спасибо, как я упоминал, в 0.5 проблем нет, я пока там
посижу, тем более
> что у меня локейшн с регекспами
> 
> > 31 июля 2008 г. 21:31 пользователь MZ <zuborg <at> advancedhosters.com>
> > написал:
> >         nginx 0.6.32:
> >         если использовать proxy_pass http://somadomain.com (без
> >         указания uri)
> >         то в случае если исходный uri включал в себя пробел
> >         (закодированый) -
> >         nginx этот пробел раскодирует и передает в исходном виде:
> >         
> >         GET /original uri with space HTTP/1.0
> >         Host: somedomain.com
> >         Connection: close
> >         
> >         ну и с бекенда возвращается соотв
> >         
> >         HTTP/1.1 400 Bad Request
> >         
> >         на nginx 0.5.35 такой проблемы нет - он кодирует запрос перед
> >         передачей
> >         на бекенд:
> >         
> >         GET /original%20uri%20with%20space HTTP/1.0
> > 
> > 
> > 
> > -- 
> > С уважением, Борис Долгов.
> > icq 77556665
> > e-mail boris <at> dolgov.name
> > 

Re: макс кол-во запросов с IP в минуту

Здравствуйте, Eugene.

Вы писали 1 августа 2008 г., 13:21:05:

> Привет всем.
>  
> Требуется задать макс кол-во запросов в минуту (или
другой период)
> с одного IP на опр location. Possible or not?
>  
> Евгений
> jt <at> aaanet.ru

Я об этом спрашивал в последнем письме Игоря Сысоева,
он игнорит...

-- 

Re: макс кол-во запросов с IP в минуту

Eugene Toropov пишет:
>  
> Требуется задать макс кол-во запросов в минуту (или
другой период) с 
> одного IP на опр location. Possible or not?
>  

Пока нет, но Игорь планировал это реализовать.

Re: макс кол-во запросов с IP в минуту

если это линукс, то
man iptables 
/string

On Fri, 1 Aug 2008 14:21:05 +0400, "Eugene Toropov" <jt@...> wrote:
> Привет всем.
> 
> Требуется задать макс кол-во запросов в
> минуту (или другой период) с одного IP на
> опр location. Possible or not?
> 
> Евгений
> jt@...
--

-- 
С наилучшими пожеланиями,
Алексей Михайлов
http://it-m.kiev.ua

Re: макс кол-во запросов с IP в минуту

Нет, спасибо, мне нужно прямо в nginx. Про другие способы я
в курсе.

> если это линукс, то
> man iptables
> /string
>
> On Fri, 1 Aug 2008 14:21:05 +0400, "Eugene Toropov" <jt@...> wrote:
>> Привет всем.
>>
>> Требуется задать макс кол-во запросов в
>> минуту (или другой период) с одного IP на
>> опр location. Possible or not?
>>
>> Евгений
>> jt@...
> -- 
> С наилучшими пожеланиями,
> Алексей Михайлов
> http://it-m.kiev.ua
>
>
>
> 

Re: макс кол-во запросов с IP в минуту

On 01.08.2008, at 14:49, Alexey wrote:

> если это линукс, то
> man iptables
> /string
а сколько эта инспекция пакетов будет  
кушать? память/проц

>
>
> On Fri, 1 Aug 2008 14:21:05 +0400, "Eugene Toropov" <jt <at> aaanet.ru>  
> wrote:
>> Привет всем.
>>
>> Требуется задать макс кол-во  
>> запросов в
>> минуту (или другой период) с одного IP  
>> на
>> опр location. Possible or not?
>>
>> Евгений
>> jt <at> aaanet.ru
> -- 
> С наилучшими пожеланиями,
> Алексей Михайлов
> http://it-m.kiev.ua

>
>

error_log crit и 53: Software caused connection abort

День добрый.

тема ошибки 53: Software caused connection abort поднималась не
однократно, суть её хорошо изложена Игорем в FAQ:
http://sysoev.ru/nginx/docs/faq.html
в этом же FAQ сказано что данная ошибка является некритической.
возник не большой вопрос, почему при настройке
директивы error_log
следующем образом:

error_log                               logs/error.log crit;

в лог-файл продолжают писаться сообщения о 53: Software caused
connection abort ошибке, хотя параметр crit на сколько я понимаю
говорит о том, чтобы писать в лог только критические ошибки.

--

-- 
С уважением, Шарипов Руслан...

ngx_http_fancyindex_module

ngx_http_fancyindex_module совсем не хочет собиратся с 0.7.*
Планирует ли кто-нибудь его дорабатывать или есть ли
альтернативы кроме 
родного автоиндекса?

Я, к сожалению, в Си совсем не силен, сам поправить не смогу.

ps: http://wiki.codemongers.com/NginxNgxFancyIndex

--

-- 
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130