Привет!<div><br><div class="gmail_quote">2010/9/27 Илья Винокуров <span dir="ltr"><<a href="mailto:ilvin@mail.ru">ilvin@mail.ru</a>></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>
<!--#include virtual="/backend1/script1?query=string" set="response" wait="yes" --><br>
<!--#if expr="${response}!=503" --><br>
<!--#include virtual="/backend2/script2" --><br>
<!--#endif --><br>
<br>
Все хорошо работает до тех пор, пока backend1 возвращает небольшие документы. Но, когда backend1 начинает возвращать много, получается:<br>
<br>
upstream buffer is too small to read response while reading response header from upstream<br>
<br>
Лечить с помощью "ssi_value_length" бессмысленно, потому что 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>