<div dir="ltr"><div><div><div>экспериментально обнаружили. был модуль - были зависания, не было модуля - не было зависаний. это давно было, модуль выпилили, глубже копать не стали. на add_header не получалось, оно на 500-е коды в то время не умело добавлять.<br><br></div>насчет вашей текущей ситуации, если добавлять модули в том порядке, в котором у вас (сначала headers-more, потом echo), то тесты разваливаются<br><br><a href="https://travis-ci.org/chipitsine/headers-more-nginx-module/jobs/122438099">https://travis-ci.org/chipitsine/headers-more-nginx-module/jobs/122438099</a><br><br></div>утверждается, что порядок имеет значение, если добавлять в обратном ( <a href="https://github.com/openresty/headers-more-nginx-module/blob/master/util/build.sh">https://github.com/openresty/headers-more-nginx-module/blob/master/util/build.sh</a> ), то не разваливаются<br><br><a href="https://travis-ci.org/openresty/headers-more-nginx-module">https://travis-ci.org/openresty/headers-more-nginx-module</a><br><br></div>почему порядок имеет значение - не дошли руки разобраться еще.<br><div><br><br></div><div>почему начальство против тестирования - непонятно. хорошая же вещь. как без тестирования то.<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">24 мая 2016 г., 12:22 пользователь Vadim Osipov <span dir="ltr"><<a href="mailto:nginx-forum@forum.nginx.org" target="_blank">nginx-forum@forum.nginx.org</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">h264, flv, mp4 - все это можно безболезненно убрать (есть выделенные<br>
видеосервера). Использование h264, возможно, - legacy, пытались снизить<br>
нагрузку с видеосерверов, точно не знаю.<br>
<br>
Push модуль точно нужен, используем его для организации comet-соединений.<br>
<br>
Из советов по проблеме, все-таки решил собрать 1.10 (хотя руководству не<br>
очень нравится идея обычного и нагрузочного тестирования), там и убрал часть<br>
сторонних модулей (осталось только заменить на эквиваленты, появившееся в<br>
самом nginx). Ориентировочно так выглядит часть описания из configure:<br>
--without-http_fastcgi_module \<br>
--without-http_uwsgi_module \<br>
--without-http_scgi_module \<br>
--without-http_ssi_module \<br>
--without-http_empty_gif_module \<br>
--with-http_ssl_module \<br>
--with-http_realip_module \<br>
--with-http_sub_module \<br>
--with-http_gunzip_module \<br>
--with-http_gzip_static_module \<br>
--with-http_stub_status_module \<br>
--with-http_xslt_module=dynamic \<br>
--with-http_image_filter_module=dynamic \<br>
--with-http_geoip_module=dynamic \<br>
--with-http_perl_module=dynamic \<br>
--add-dynamic-module=njs-%{module_njs_shaid}/nginx \<br>
--with-threads \<br>
--with-stream \<br>
--with-stream_ssl_module \<br>
--with-http_slice_module \<br>
--with-file-aio \<br>
--with-ipv6 \<br>
--add-module=nginx-push-stream-module-0.5.1 \<br>
--add-module=headers-more-nginx-module-0.29 \<br>
--add-module=echo-nginx-module-0.58 \<br>
<br>
А скажите, как вы обнаружили, что в вашем случае проблема была в<br>
headers-more-nginx-module ? Добавили модуль и через какое то короткое время<br>
и/или через access & error logs увидели, что после прихода запрос на какой<br>
то url возникает зависание ?<br>
<br>
+ вы полностью от headers-more-nginx-module отказались, заменив на связку<br>
add_header + убрав возможное дублирование заголовка со стороны application<br>
server ?<br>
<br>
Posted at Nginx Forum: <a href="https://forum.nginx.org/read.php?21,267049,267077#msg-267077" rel="noreferrer" target="_blank">https://forum.nginx.org/read.php?21,267049,267077#msg-267077</a><br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></div></div></blockquote></div><br></div>