- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Вопрос. Если nginx стоит фронтендом и раздает статику, имеет ли смысл собрирать апачи с mpm event, или оставить mpm prefork?
Как я понимаю, от mpm event с keepalive off толку нет?
Оставляй префорк
Вопрос. Если nginx стоит фронтендом и раздает статику, имеет ли смысл собрирать апачи с mpm event, или оставить mpm prefork?
Зачем вообще что-то собирать? Взять и поставить. Смотря что у вас там крутится - может быть и MPM worker вполне уместен. Вот разницы с MPM event у него в вашем примере действительно не должно быть.
Апач с mpm event сам вполне может заменить ваш nginx. Некоторые дистрибутивы поддерживают запуск нескольких апачей с разными MPM.
Как я понимаю, от mpm event с keepalive off толку нет?
Да, насколько я знаю, nginx до сих пор не научили быть нормальным прокси с поддержкой HTTP/1.1. Так что кипалайв при разговоре с бекендом он не поймет.
Да, насколько я знаю, nginx до сих пор не научили быть нормальным прокси с поддержкой HTTP/1.1
ЗАЧЕМ? - новых 100500 глюков хочется получить? 🍿
ЗАЧЕМ?
Ну, почитайте зачем вообще нужен keepalive.
(Кажется в 1.1.* нечто уже включили)
- новых 100500 глюков хочется получить?
mod_proxy нормально все поддерживает, по стандарту. Без 100k "глюков". Здравый смысл подсказывает что число вы высосали из пальца.
Ну, почитайте зачем вообще нужен keepalive.
если статику пустить через nginx, то keepalive на стороне Apache как-то не очень актуален, а в других случаях использование nginx+apache само по себе не очень-то актуально 🍿
если статику пустить через nginx, то keepalive на стороне Apache как-то не очень актуален
keepalive не связан конкретно с раздачей статики. Вас кто-то обманул.
а в других случаях использование nginx+apache само по себе не очень-то актуально 🍿
Если вы думаете, что nginx ставят перед апачем только для раздачи статики - то вы заблуждаетесь. Это только потешные хлопцы из ispmanager по-умолчанию такой "оптимизированный" конфиг предлагают.
Вы хоть раз сами проверяли что практически дает эта раздача статики, в сравнении с простым проксированием?
если статику пустить через nginx, то keepalive на стороне Apache как-то не очень актуален, а в других случаях использование nginx+apache само по себе не очень-то актуально 🍿
keepalive - разрешает больше одного соединения, в пределах одной tcp сесии , я думаю вас об этом спрашивали.
Если глянуть на всё с верху, то nginx хорошо ( хотя вылез тут понимаешь оболочка для апачи ), но с event думаю ситуация не будет сильно различимой.
Я честно не проводил тесты, как-бы всегда и везде найдены были решения.
Вы хоть раз сами проверяли что практически дает эта раздача статики, в сравнении с простым проксированием?
А кто их делал ? Я не помню в старом треде о сравнительной эффективности nginx и apache mpm event никаких тестов. Мне, кстати, преимущества nginx очевидны без тестов просто исходя из архитектуры приложений.
Это только потешные хлопцы из ispmanager по-умолчанию такой "оптимизированный" конфиг предлагают.
Тут не было речи о тебе. Оно актуально вообще. Это решение в ispmanager не возникло на пустом месте. Рынок потребовал - они реализовали. Одно твое оригинальное мнение ничего уже не изменит.
Зачем вообще вносить смуту ? Два разных апача попортят стройную систему из двух пакетов и каталогов с настройками apache и nginx. Как этими двумя апачами потом управлять? Как поставить в том же дебиане mpm-event, если пакет конфликтует с другими mpm ?
Ничего хорошего. Оно увеличение энтропии от тебя.
Два разных апача попортят стройную систему из двух пакетов и каталогов с настройками apache и nginx
Прелестно. СТРОЙНАЯ система из ДВУХ вебсерверов... ;))))
А если между ними еще проксик впихнуть - это будет достойно эпитета "элегантная" система? Или может "эпическая"? :))
Это - костыль. И делать из него правило - просто глупо.
keepalive - разрешает больше одного соединения, в пределах одной tcp сесии , я думаю вас об этом спрашивали.
я это прекрасно понимаю, только я сомневаюсь в актуальности этой тех.возможности в случае с динамикой, по-этому и высказался в таком ключе 🍿