magento - nginx или жизнь без apache
- Автор темы artmouse
- Дата начала
ппц , вы нашли друг друга,
если количество транзакций даже меньше чем время потраченное на одну, значит кеш вообще не работает, там или говнокод или совсем ничего не настроено, .
настройка варниша всего поставить на порт 80 и скидывать назад , на 8080 или какой друой на бакенде... Turpentine
если количество транзакций даже меньше чем время потраченное на одну, значит кеш вообще не работает, там или говнокод или совсем ничего не настроено, .
настройка варниша всего поставить на порт 80 и скидывать назад , на 8080 или какой друой на бакенде... Turpentine
reeemmmy
Постоялец
- Регистрация
- 8 Авг 2009
- Сообщения
- 65
- Реакции
- 20
Долго выбирал хостинг потом наткнулся на этот скрипт
Взял в итоге VPS c 1 гигом памят и установил себе скриптом про которые выше писали все Для просмотра ссылки Войди
Полет нормальный, Varnish не включал пока итак все шустро
Если кому особо интересно ручками все в консоли делать то вариант для вас, ничего лишнего
Если хотите панель то там уже много всего будет дополнительно что
Проект только запустился, посмотрим кк поведет себя в рабочем режиме
Поделюсь еще информацией которую нашел пока изучал вопрос настройки сервера для MAgenti
Еще нашел интересную статью в блоге специалистов по хостингу Magento рассуждение стоит ли запариваться и ставить Nginx вместо Apache и есть ли действительно выгода Для просмотра ссылки Войди
другая компания тоже занимающаяся хостингом Magento провели бенчмарк
Для просмотра ссылки Войди
Сравнили два варианта Apache+PHP-FPM vs. Nginx+PHP-FPM
Результат в PDF файле на 13-ой странице говорит что разницы практически нет
Там же есть сравнение MySQL или Percona и других компонентов
тут примерно как они путем долгих исследований представляют идеальную структуру связки серверов для работы magento Для просмотра ссылки Войди
возможно для крупных магазинов будет интересно или новичкам тем кто быстро растет, а тем у кого не более 500 уников в день пока рано париться о таких замарочках
Последнее редактирование модератором:
donvictorio
Хранитель порядка
- Регистрация
- 28 Янв 2010
- Сообщения
- 872
- Реакции
- 849
разница в nginx и apache не в скорости, в среднем они отрабатывают скрипт практически одинаково. Но вот оперативки при этом жрут совершенно по разному.
схема с апачем жрёт где-то раза в 3-5 больше оперативки.
схема с апачем жрёт где-то раза в 3-5 больше оперативки.
reeemmmy
Постоялец
- Регистрация
- 8 Авг 2009
- Сообщения
- 65
- Реакции
- 20
Да кстати, правильное замечание! Почитал, именно поэтому nginx хорошо подойдет для VPS с малым объёмом памяти.
Apache - как Word, имеет тысячи функций, поэтому требователен к системе, но пользуемся мы ну шестью из всех этих возможностей, а Nginx имеет меньше возможностей, но умеет делать все те необходимые и делает это быстрее в 50 раз чем Апач.
aniucum
Постоялец
- Регистрация
- 1 Янв 2014
- Сообщения
- 122
- Реакции
- 106
Модуль от Turpentine частенько не подцепляет vcl и сам varnish кэш поэтому не отдаёт, лучше модуль от Phoenix.
Игорь А.
Постоялец
- Регистрация
- 5 Июл 2013
- Сообщения
- 51
- Реакции
- 24
Вот статья по теме Ngnix+PHP-FPM от Magento Для просмотра ссылки Войди или Зарегистрируйся
@Для просмотра ссылки Войди или Зарегистрируйся
>>Модуль от Turpentine частенько не подцепляет vcl и сам varnish кэш поэтому не отдаёт, лучше модуль от Phoenix.
если что, Turpentine и Phoenix вообще разный по функционалу модули, их невозможно сравнивать.
@Для просмотра ссылки Войдиили Зарегистрируйся
я бы тебе поверил если бы не заглянул на сервера nexcess, хрена лысого там настроено и заточено, такого говна я просто не ожидал от компании которая позиционирует себя как оптимизированный для магенто. тупой маркетинг за которым нет ничего кроме денег.. к сожалению тоже самое и с peer1.com...
>>Модуль от Turpentine частенько не подцепляет vcl и сам varnish кэш поэтому не отдаёт, лучше модуль от Phoenix.
если что, Turpentine и Phoenix вообще разный по функционалу модули, их невозможно сравнивать.
@Для просмотра ссылки Войди
я бы тебе поверил если бы не заглянул на сервера nexcess, хрена лысого там настроено и заточено, такого говна я просто не ожидал от компании которая позиционирует себя как оптимизированный для магенто. тупой маркетинг за которым нет ничего кроме денег.. к сожалению тоже самое и с peer1.com...
metsys
Хранитель порядка
- Регистрация
- 27 Апр 2014
- Сообщения
- 592
- Реакции
- 655
Господа, а кто из Вас реально использует мадженту в продакшене или настраивает? Сильно разнятся результаты бенчмарков по целому ряду причин, несмотря на использование разных улучшайзеров. По порядку:
а) нет особого смысла сравнивать попугаи, пока не будет настроена и оптимизирована кодовая база. js например в большом количестве не собранных в один файл - уже тормоз.
б) Количество насаженых плагинов, которые в свою очередь могут лезть наружу за всякими проверками на причастность к чему угодно, а то и вообще иногда с непонятными намерениями.
в) Размер базы (скорее даже не дампа), ибо при выборке или фильтровании товаров по критериям играть роль будет сколько и где данные индексов (redis привет). Сильно зависит от настроек самой базы (если база маленькая и сидит в памяти, то гуд; метод доступа к файловой системе и т д) и на каком диске оно крутится (ssd очень облегчает нагрузку для базы) - тесты iops в помощь, не забываем про оверселлинг и типы виртуализаций (openvz/xen/kvm - у каждой свои плюсы и минусы, и мегагерцы и гигабайты не всегда означают желаемое), сколько ядер отдано хост системой. Это для начала понимания.
г) В конце концов php5.5 не поддерживается, 5.4 надо патчить, а 5.3 это считается как бы норм., в общем отстает несколько от реальных темпов, хорошо это или плохо - время покажет.
Лишь после приведения в порядок данного контрольного списка в норму можно идти дальше: смотреть по нагрузке где узкие места и применять решения под решение конкретных проблем, а не лечить обезбаливающим запоры.
Если можно, огласите Ваши связки: версия мадженты, кол-во продуктов в базе, кол-во посетителей в день/месяц, плагины. Ну и на какой БД и OS это крутится.
а) нет особого смысла сравнивать попугаи, пока не будет настроена и оптимизирована кодовая база. js например в большом количестве не собранных в один файл - уже тормоз.
б) Количество насаженых плагинов, которые в свою очередь могут лезть наружу за всякими проверками на причастность к чему угодно, а то и вообще иногда с непонятными намерениями.
в) Размер базы (скорее даже не дампа), ибо при выборке или фильтровании товаров по критериям играть роль будет сколько и где данные индексов (redis привет). Сильно зависит от настроек самой базы (если база маленькая и сидит в памяти, то гуд; метод доступа к файловой системе и т д) и на каком диске оно крутится (ssd очень облегчает нагрузку для базы) - тесты iops в помощь, не забываем про оверселлинг и типы виртуализаций (openvz/xen/kvm - у каждой свои плюсы и минусы, и мегагерцы и гигабайты не всегда означают желаемое), сколько ядер отдано хост системой. Это для начала понимания.
г) В конце концов php5.5 не поддерживается, 5.4 надо патчить, а 5.3 это считается как бы норм., в общем отстает несколько от реальных темпов, хорошо это или плохо - время покажет.
Лишь после приведения в порядок данного контрольного списка в норму можно идти дальше: смотреть по нагрузке где узкие места и применять решения под решение конкретных проблем, а не лечить обезбаливающим запоры.
Если можно, огласите Ваши связки: версия мадженты, кол-во продуктов в базе, кол-во посетителей в день/месяц, плагины. Ну и на какой БД и OS это крутится.
Последнее редактирование: