Привет!<div><br><div class="gmail_quote">2010/9/27 Илья Винокуров <span dir="ltr">&lt;<a href="mailto:ilvin@mail.ru">ilvin@mail.ru</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Здравствуйте, коллеги!<br>
<br>
У меня есть простой SSI:<br>
<br>
&lt;!--#include virtual=&quot;/backend1/script1?query=string&quot; set=&quot;response&quot; wait=&quot;yes&quot; --&gt;<br>
&lt;!--#if expr=&quot;${response}!=503&quot; --&gt;<br>
  &lt;!--#include virtual=&quot;/backend2/script2&quot; --&gt;<br>
&lt;!--#endif --&gt;<br>
<br>
Все хорошо работает до тех пор, пока backend1 возвращает небольшие документы. Но, когда backend1 начинает возвращать много, получается:<br>
<br>
upstream buffer is too small to read response while reading response header from upstream<br>
<br>
Лечить с помощью &quot;ssi_value_length&quot; бессмысленно, потому что backend1 может отдавать мегабайты.<br>
<br>
С помощью какой директивы можно сказать апстриму чтобы он не паниковал при слишком длинных ответах сервера и считывал в переменную столько, сколько в нее может поместиться (ssi_value_length)?<br>
<br></blockquote><div><br></div><div>По мойму так сделать нельзя. Зато можно установить буфер побольше, через proxy_buffer_size например. </div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br>
</div></div>-- <br><div>wbr, Kirill</div><br>
</div>