Кстати про shared. Насколько разумной выглядит конфигурация, при которой каждому пользователю дается по nginx&#39;у с полными правами его настройки (кроме пользователя, под которым он запускается), а один главный nginx проксирует на них запросы?<div>

Как при этом обойти проблему с error_log при старте?<br><br><div class="gmail_quote">2010/6/8 Igor Sysoev <span dir="ltr">&lt;<a href="mailto:igor@sysoev.ru">igor@sysoev.ru</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Tue, Jun 08, 2010 at 01:24:12PM +0400, Yuriy Taraday wrote:<br>
<br>
&gt; Как я понимаю, пытаются изобрести очередной .htaccess. Про него все<br>
&gt; написано: <a href="http://wiki.nginx.org/Talk:NginxFeatureRequests" target="_blank">http://wiki.nginx.org/Talk:NginxFeatureRequests</a><br>
<br>
</div>Про .htaccess ответ простой: бессмысленно что-то делать для shared<br>
хостинга в эпоху, когда просторы интернета бороздят VPS и прочие<br>
виртуальные машины.<br>
<div class="im"><br>
&gt; &gt; &gt;Кроме того, это потенциально тяжёлый security breach, сколь мне видится.<br>
&gt; &gt; и все же, было  бы хорошо, иметь возможность такого доступа, для управлять<br>
&gt; &gt; реврайт правилами хотя бы.<br>
<br>
<br>
</div>--<br>
<div class="im">Игорь Сысоев<br>
<a href="http://sysoev.ru" target="_blank">http://sysoev.ru</a><br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></div></blockquote></div><br></div>