конечно обосную<br><br>если nginx выполняет все что может apache зачем тогда apache?<br>для php интерпретатора на данный момент nginx может полностью заменить apache<br>начит экономим время цп и память<br>я не вижу смысла проксировать через прослойку apache все<br>
поэтому и делаю выборочную прослойку по потребностям юзера<br>пока у меня apache висит как неиспользуемый веб сервер но все же висит на всякий случай<br>но практика показала что он уже сечас не нужен, а что говорить о будущем<br>
уже сейчас много чего есть для nginx и еще много чего появится<br>думаю мой выбор мне принесет дивиденды )<br><br>а вот обоснуйте вы зачем он нужен )<br>ну разве что веб дав еще не готов в nginx о чем я пока скучаю<br>но на данный момент мне не до него, а там видно будет<br>
<br><br><div class="gmail_quote">2009/6/17 Sergej Kandyla <span dir="ltr"><<a href="mailto:sk.paix@gmail.com">sk.paix@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Роман пишет:<div class="im"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
apache вчерашний день<br>
я от него откащался и других переучиваю<br>
<br>
</blockquote>
<br></div>
обоснуйте.<br>
<br>
Для своих задачь он подходит великолепно, и это намного проще и стабильней, чем изобретение кастылей.<div><div></div><div class="h5"><br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
limit_conn, limit_req есть но у них другая зачада<br>
<br>
2009/6/17 Volkov Oleg <<a href="mailto:nginx@teratelecom.ru" target="_blank">nginx@teratelecom.ru</a>>:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
В Срд, 17/06/2009 в 00:25 +0400, Роман пишет:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
По другому не знаю как назвать тему.<br>
У апача есть модуль mod_security (может есть и еще что то, но я знаю<br>
только этот)<br>
Так вот к чему я.<br>
<br>
Бывают ситуации когда стоит скрипт который не обновляется о каким то<br>
причинам или пользователь не понимает что такое даже скрипт (думаю<br>
многим такое знакомо ) )<br>
Так вот многие "гореумники" пишут парсеры выдачи и долбят по дыркам в<br>
скриптах ботами.<br>
У mod_security, по моему, была возможность писать правила на такие случаи.<br>
Еще что то подобное, кажется, было у snort`а. Который я так и не смог понять (.<br>
<br>
Вот собственно и интересует вопрос кто как чем защищается в таких случаях.<br>
<br>
</blockquote>
А кто мешает отдавать статику nginx-ом, а тяжелые запросы - apache-м?<br>
А там mod_security.<br>
<br>
Еще, против доса, перебора паролей и прочего в nginx можно использовать<br>
кеширование, limit_conn, limit_req, ... + анализатор логов с блокировкой<br>
по IP.<br>
<br>
--<br>
С уважением,<br>
Волков Олег<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></blockquote>
<br>
<br></div></div><font color="#888888">
-- <br>
Best wishes, Sergej Kandyla<br>
Всегда улыбайтесь жизни и жизнь всегда улыбнется вам!<br>
<br>
<br>
</font></blockquote></div><br>