<span style="font-family: Arial; font-size:12pt">Пакет соберите и будет вам счастье. <br><br>Отправлено с моего ASUS</span><span style="font-family: Arial;"><br><br>-------- Исходное сообщение --------<br>Отправитель:kpoxa <kpoxa@kpoxa.net><br>Отправленные:Mon, 23 May 2016 19:01:19 +0300<br>Получатель:nginx-ru@nginx.org<br>Тема:Re: Зависание nginx из-за memcached<br><br></span><div dir="ltr">Нужные урлы пропустите через промежуточный nginx последней версии, который уже будет коннектиться к мемкешу.<br><br><div class="gmail_quote"><div dir="ltr">пн, 23 мая 2016 г. в 16:16, Vadim Osipov <<a href="mailto:nginx-forum@forum.nginx.org">nginx-forum@forum.nginx.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">А как провести без сторонних модулей ? :)<br>
Запустить на production, убрав нужные url-ы ?<br>
<br>
Если имеется в виду проводить эксперимент на тестовом стенде, то выходит,<br>
что достаточное кол-во подключений, запросов, машин, стендов, их параметры<br>
вряд ли получится достоверно воспроизвести, но возможно не это главное, а<br>
то, как воспроизвести segfault на memcached, чтобы он в свою очередь стал<br>
причиной для nginx. А на сколько мне известно, у memcached нету, как у<br>
redis, такой способности.<br>
<br>
Posted at Nginx Forum: <a href="https://forum.nginx.org/read.php?21,267049,267058#msg-267058" rel="noreferrer" target="_blank">https://forum.nginx.org/read.php?21,267049,267058#msg-267058</a><br>
<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">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></blockquote></div></div>