Re: Постоянные обрывы коннектов

[Anton Kuznetsov]

Я правильно понимаю, что старый патч не накатывается на 0.8.5? :)

#patch <patch_lim_req
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff --git a/src/http/modules/ngx_http_limit_req_module.c
b/src/http/modules/ng
x_http_limit_req_module.c
|--- a/src/http/modules/ngx_http_limit_req_module.c
|+++ b/src/http/modules/ngx_http_limit_req_module.c
--------------------------
Patching file ngx_http_limit_req_module.c using Plan A...
Hunk #1 failed at 260.
1 out of 1 hunks failed--saving rejects to ngx_http_limit_req_module.c.rej
Hmm...  Ignoring the trailing garbage.
done

Антон.

2009/7/6 Dev <evdanil at gmail.com>

> Добрый день,
>
> 2009/7/7 Anton Kuznetsov <maybe at arjlover.net>
>
>>
>>
>> > Разрешен один поток, если
>>> > бы это был последний кусок - было бы http 200, если он не последний,
>>> то...
>>>
>>> Код ответа будет 200 если качали весь файл целиком.  А если был
>>> range-запрос - то код ответа будет 206.  Вне зависимости от.  У
>>> вас явные проблемы с пониманием протокола http, перечитайте
>>> RFC2616 на досуге.
>>>
>>
>> 92.252.204.53 - - [06/Jul/2009:19:35:16 +0400] GET
>> /filmiki/novye.prikljuchenija.akmalja.1.avi HTTP/1.1 200 2150145
>>
>> Такого добра навалом в логах. Хинт - фильм не 2 мегабайта. ;)
>>
>>
> Клиент стал качать, потом был разрыв/выключил комп/закрыл браузер. будет
> именно эта строчка. А вот потом чтобы докачать с того места - будет
> range-запрос
>
> С уважением,
> Евгений
>
>


-- 
Best regards,
Anton Kuznetsov.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090714/dacf037f/attachment.html>