- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Название темы несколько провокационное и не совсем верное, извиняюсь. Просто хотелось бы разобраться, какая разница между этими веб-серверами и в каких случаях лучше использовать тот или иной вариант или же допустим Apache+nginx. В сети покапался, но сколько серьезного обсуждения и сравнения не нашел, по крайней мере с датой далее 2006 года.
Насколько nginx полноценная замена Apache и какие могут быть плюсы/минусы в том или ином случае? Слышал что какие-то особенности в работе mod_rewrite, точнее что редирект через .htaccess настроить нельзя. Вообщем в каких случаях надо глядеть в сторону nginx или в сторону Apache+nginx?
Извиняюсь если криво сформулировал вопросы, плохо я в этой теме разбираюсь. :(
Всё же, имеет смысл, по крайней мере для хостинга, использовать nginx front-сервер, а apache как back-сервер.
Название темы несколько провокационное и не не совсем верное, извиняюсь.
На самом деле - да, серверы разные и не совсем взаимозаменяемые (оба хороши :) ).
nginx - лёгкий веб-сервер. Если Вы планируете раздавать исключительно статику, то делать это при помощи nginx - отличное решение.
Всё зависит от конкретных задач. У Apache очень много модулей на разные случаи жизни, но он весьма требователен к ресурсам машины. И смысл от этой навороченной функциональности, сами понимаете, будет только в том случае, если она будет востребована в конкретной ситуации.
Между тем, как уже сказал vanjouke, очень эффективно они работают в связке Apache+nginx. Первый обрабатывает динамические запросы, а второй раздаёт статику.
Надо сказать, что и nginx уже очень многое умеет. Но об этом лучше расскажут специалисты.
mnn, В принципе имея прямые руки можно и к nginx дописать поддержку .htaccess.
Для шареда хороши связки Apache+nginx.
А для нагруженный проектов nginx+fcgi
P-host.com.ua, Я не спамлю, я лишь сообщил что можно сделать поддержку .htaccess для NGINX
Где вы тут видите рекламу ?
Или вам пхост, главное пофлудить если по делу сказать нечего ?
На самом деле - да, серверы разные и не совсем взаимозаменяемые (оба хороши :) ).
nginx - лёгкий веб-сервер. Если Вы планируете раздавать исключительно статику, то делать это при помощи nginx - отличное решение.
Всё зависит от конкретных задач. У Apache очень много модулей на разные случаи жизни, но он весьма требователен к ресурсам машины. И смысл от этой навороченной функциональности, сами понимаете, будет только в том случае, если она будет востребована в конкретной ситуации.
Между тем, как уже сказал vanjouke, очень эффективно они работают в связке Apache+nginx. Первый обрабатывает динамические запросы, а второй раздаёт статику.
Надо сказать, что и nginx уже очень многое умеет. Но об этом лучше расскажут специалисты.
Описано более-менее, но есть еще один момент из-за которого в большинстве случаев их используют вместе, не только для разделения статики и динамики.
Apache действительно более реусрсоемкий, и он не отпускает занятые ресурсы (не убивает процесс) пока не отдаст все что должен пользователю. Бывает такое что у пользователя коннект медленный, да и вообще часто бывает так что сервер генерит ответ гораздо быстрее чем отдает (и все время пока отдает занимает ресурсы, которые ему уже не особо нужны, т.к. ответ он уже сгенерил). Вот для того чтобы избежать этого эффекта ставят связку apache + nginx: внешние запросы приходят к nginx'у, он передает их апачу и возвращает ответ, фишка в том что как только apache отдал ответ на запрос nginx'у апачевский процесс (или тред, я не помню как там организованно) умирает, а клиенту уже данные возвращает nginx, который значительно легче.
Насколько nginx полноценная замена Apache
Не на 100% в полном смысле, но в тех задачах которые нужны среднестатистическому сайту на все 500%
Только надо прочитать документацию и разобраться, и всё будет хорошо.
nginx - для раздачи статики, если на сайте одна динамика, то имхо в связке nginx+apache смысла нет.
nginx - для раздачи статики, если на сайте одна динамика, то имхо в связке nginx+apache смысла нет.
Сайт без картинок это большая экзотика
nginx - для раздачи статики, если на сайте одна динамика, то имхо в связке nginx+apache смысла нет.
очень даже есть (описывал выше зачем ставят именно связку apache+nginx, когда все внешние запросы идут к апачу через nginx). Вы никогда не замечали на довольно крупных сайтах (если не ошибаюсь и sape и habr, и shop-script, и многие другие сайты рунета) иногда такую nginx'овую белую страничку типа Error 504 (показывается когда nginx не может получить ответа от апача) ? У них все страницы, и динамика, и статика отдаются через nginx'овую прослойку, и поверьте, это не просто так сделано.
mnn, В принципе имея прямые руки можно и к nginx дописать поддержку .htaccess.
Для шареда хороши связки Apache+nginx.
А для нагруженный проектов nginx+fcgi
Нельзя. Тогда nginx перестанет быть nginx'ом.
Boris A Dolgov добавил 21.01.2009 в 20:54
очень даже есть (описывал выше зачем ставят именно связку apache+nginx, когда все внешние запросы идут к апачу через nginx). Вы никогда не замечали на довольно крупных сайтах (если не ошибаюсь и sape и habr, и shop-script, и многие другие сайты рунета) иногда такую nginx'овую белую страничку типа Error 504 (показывается когда nginx не может получить ответа от апача) ? У них все страницы, и динамика, и статика отдаются через nginx'овую прослойку, и поверьте, это не просто так сделано.
Такая страничка бывает и при ошибке проксирования не только на апач, но и на fastcgi-сервер.