<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>17.09.2009, в 5:50, Sergey Shepelev написал(а):</div><div><br></div><blockquote type="cite"><div>Вы знаете, что всё должно работать с одним<br>sys.path.append("/Library/Python/2.5/site-packages") да?<br></div></blockquote><div><br></div><div>но почему то не работает. наверное я что то упускаю</div><div><br></div><blockquote type="cite"><div><font class="Apple-style-span" color="#000000"><br></font></div><div>Стоило посмотреть, как это делают в других WSGI-HTTP серверах. В<br>каждом есть несколько модулей, типа example, wsgi, django. Из-за<br>особенностей, к ней другой подход, да.<br></div></blockquote><div><br></div><br><blockquote type="cite"><div>Я не защищаю джангу, но возвращаемое значение хорошо документировано.<br>И в джанге и в PEP333.<br>WSGI приложение должно возвращать итераблю (подразумевается<br>какой-нибудь ленивый генератор ответа, возможна долгая выдача через<br>chunked encoding). HttpResponse итерируется. В чем проблема? Зачем<br>список?<br></div></blockquote><div><br></div>это скорее всего доточу, изначально я смотрел только РЕР333 и исходники python-fastcgi, </div><div>поэтому пропустил момент где было сказано о том что проще итерировать объект.<br><br><blockquote type="cite"><div>И это уже совсем не nginx.<br></div></blockquote></div><br></body></html>