Custom Query (2297 matches)

При вычислении лимита отдачи в src/http/ngx_http_write_filter_module.c

limit = r->limit_rate * (ngx_time() - r->start_sec + 1)
        - (c->sent - clcf->limit_rate_after);

в 32битных системах вычисление лимита может превысить 2³², заметили при limit_rate 1200k через один час отдача останавливается.

Помогает приведение типа:

--- nginx-1.2.5.orig/src/http/ngx_http_write_filter_module.c    2012-12-12 10:30:16.936031137 +0200
+++ nginx-1.2.5/src/http/ngx_http_write_filter_module.c    2012-12-12 10:35:44.253313996 +0200
@@ -207,7 +207,7 @@
     }
 
     if (r->limit_rate) {
-        limit = r->limit_rate * (ngx_time() - r->start_sec + 1)
+        limit = (off_t) r->limit_rate * (ngx_time() - r->start_sec + 1)
                 - (c->sent - clcf->limit_rate_after);
 
         if (limit <= 0) {

вкратце: на https содержимое отдается с ненужной буферизацией

подробно: допустим мы сделаем fastcgi стенд с вот таким приложением (отдает 500 чанков с интервалом 1 секунда): ​https://yadi.sk/d/cWNxpP7JfVBfj:

и разместим его по адресу

​http://chunk.skbkontur.ru ​https://chunk.skbkontur.ru

фрагмент конфига nginx: ​https://yadi.sk/d/LhW_0GWofVBwF

и напишем программу, которая вычитывает чанк за чанком: ​https://yadi.sk/d/C3CQy0s-fVBmb

если читать с http - все зашибись, контент отдается без буферизации, если по https - с буферизацией, это можно посмотреть на скриншотах, например: ​https://yadi.sk/i/WAkPNNMofVBri и ​https://yadi.sk/i/HPedh9IJfVBtn

похожая ситуация описывается вот тут ​http://stackoverflow.com/questions/13672743/eventsource-server-sent-events-through-nginx , и приводится хак "включить proxy_buffering off;" (в случае fastcgi, конечно будет "fastcgi_buffering off;"), в этом случае чанки отдаются так, как предполагается, без задержек.

кажется, что это баг и в случае chunked-кодировки буферизация должна отключаться (на http ведь отключается) на https в том числе

на всякий случай файлики приатачил к тикету

Http/vike:domain formatting