1. Чтобы не получить бан прочти правила магентоман! Читать обязательно!

Apache или Nginx

Тема в разделе "Magento 2", создана пользователем Andrij Januckin, 19 июн 2016.

Модераторы: Violent
  1. Max Markiv

    Max Markiv Постоялец

    Регистр.:
    18 июл 2016
    Сообщения:
    100
    Симпатии:
    66
    как ни крути, nginx/php-fpm был лучше apache24 и для мадженто 1.9.x, на 2.x - вне конкуренции вообще. только нужно постоянно отлавливать все ошибки/помарки модулей в логах, ибо в NGINX-PHP-FPM это может повлиять на конечную производительность - фризы бывают иногда.
     
  2. dedo

    dedo Постоялец

    Регистр.:
    2 дек 2006
    Сообщения:
    110
    Симпатии:
    63
    это все для дураков, кто быстрее апач или nginx.
    они оба только читают файлы,
    работает php. тоесть скорость зависит от твоего кода и дополнений.
     
    Max Markiv нравится это.
  3. Max Markiv

    Max Markiv Постоялец

    Регистр.:
    18 июл 2016
    Сообщения:
    100
    Симпатии:
    66
    ну как уже говорил выше плохое качество кода и модулей таки больше отражаеться на nginx/php-fpm, соответственно времени на отлавливание глюков уйдет там несоизмеримо больше, что не радоволо/радует.
    разница таки всегда какая-то есть, это ж не дупликаты одного и того же самого, все таки как и внутренние механизмы построения обеих серверов отличаются, так и код сам по себе, котроый писался/лепился кучей людей, потом иногда некоторые фрагменты и выкинуть тяжело, которые давно уже не нужны или даже мешают.
    да, это больше перебрасывание мяча, в чем то апач быстрей, в чем-то nginx.
    под разные задачи всегда можно более детально прогнать тесты и определиться.
     
  4. autocab

    autocab Создатель

    Регистр.:
    13 авг 2016
    Сообщения:
    22
    Симпатии:
    42
    +1 за связку nginx/php-fpm. Из личного опыта/теста: RPM по Nginx + Varnish получается выше, хотя есть и противоречивое мнение, proof:
    https://www.sonassi.com/blog/mythbusting/why-shouldnt-i-use-nginx-for-magento
    http://blog.litespeedtech.com/2016/03/21/litespeed-vs-apache-vs-nginx-magento-benchmarks/
     
    Последнее редактирование: 12 янв 2017
  5. timont

    timont

    Регистр.:
    2 май 2007
    Сообщения:
    362
    Симпатии:
    782
    NGINX + REDIS + PHP-FPM

    наверно стоит обратить внимание и на то, что nginx позволяет находить и латать дыры

    на данный момент самая производительная связка (2 инстанса Redis)
    Percona+NGINX + PHP-FPM + REDIS FPC cache + Redis Session Cache
    стоит подчеркнуть СКОРОСТЬ НЕ ЗНАЧИТ - СТАБИЛЬНОСТЬ

    примечание !!! вместо Percona или MariaDB лучше использовать MySql , это незначительно снизит скорость, но гарантирует большую стабильность и совместимость . хотя в умелых руках MySql после настройки может выдать производительность не меньше своих конкурентов !!!

    Varnish стоит ставить только в связке с апачем
    если используете NGINX + PHP-FPM ,
    Varnish использовать нецелесообразно больше проблем чем эффекта производительности особенно с SSL,

    Касательно Varnish + NGINX + PHP-FPM возникнет куча тонкостей с настройками + придется отказаться от PHP-FPM Socket и использовать проксирование на порт.
    варниш против NGINX FastCGI Сache выдаст незначительный прирост скорости в пределах 5-15%

    если хотите реальный эффект прироста скорости при использовании PHP-FPM, то нужно прикрутить HHVM и потрудиться над настройками.
     
    Последнее редактирование: 12 сен 2017
    Romanitch и Sylon нравится это.
  6. skyd3x

    skyd3x Создатель

    Регистр.:
    7 янв 2016
    Сообщения:
    28
    Симпатии:
    26
    Я бы добавил varnish еще бы к этой связки (VARNISH + NGINX + PHP-FPM + Redis )
     
  7. Romanitch

    Romanitch Создатель

    Регистр.:
    2 окт 2012
    Сообщения:
    22
    Симпатии:
    8
    Вопрос спорный ... 7.1-7.2 уже вплотную к HHVM (ссылка) .... а из-за 5-8% сомнительного прироста - я бы более точно подтюнил родной fpm ... глядишь догонят и перегонят - и потом обратно не нужно будет перенастраивать ...

    так и смысл на перспективу его ставить .... по процу может сегодня да - а дальше что ? Да и стабильностью он никогда не отличался в том виде в котором его обществу давали ...

    Измерял - больше 15-20% у меня был ... Но можно еще - "нужно уметь готовить". С ним нужно поосторожней - есть глюки и для сторонних модулей нужно подстраивать правила - иначе могут быть проблемы с их работой.
     
    Последнее редактирование модератором: 12 фев 2018
  8. Dekrua

    Dekrua

    Регистр.:
    25 июн 2014
    Сообщения:
    252
    Симпатии:
    354
    кст, HHVM болше не поддерживается
     
    Sylon нравится это.
  9. dedo

    dedo Постоялец

    Регистр.:
    2 дек 2006
    Сообщения:
    110
    Симпатии:
    63
    хех, может всетаки ктонибудь уже поймет что сравнивается нагрузка на процессор, а не скорость выполнения кода???
    hhvm будет всегд легче любой версии php, а быстрее или медленнее на милисекунды - это никому не интересно при наличии дополнительного кеширования.

    в совместимых проэктах (может даже частично) нужно использовать hhvm.

    к сожелению они глубоко застряли в совместимости, разрабы не делают hhvm глобалный сервис как например varnish cache, они продолжают пилить hhvm для своих нужд.
     
  10. alex_me

    alex_me

    Регистр.:
    25 янв 2017
    Сообщения:
    165
    Симпатии:
    114
    Почему ?
    Прекрасно работает на сокете
    Единственная проблема с ванишем - нет ssl
    Неужели реально у кого-то ваниш падал?

    Прирост скорости varnish+nginx+php-fpm не измерял, но он виден новооруженным глазом.
    Не зря эта связка - основная рекомендуемая конфигурация для продакшена от разработчиков.
    А с апачем даже нет смысла сравнивать - земля и небо.

    Дословно:
    У меня была только одна проблема со стандартными настройками от Magento - нет переброски реального Ip в Nginx.
    https://kx.cloudingenium.com/techno...lient-ip-address-using-varnish-reverse-proxy/

    Но это модулям и не требуется
     
    Последнее редактирование модератором: 12 фев 2018