Какое количество посетителей выдерживает Опенкарт?

[LiliaG]

Добрый день, уважаемые гуру! Сколько может выдержать движок? Правда ли, что при 400 посетителях в сутки считается, что это огроменная нагрузка и это причина того что сайт "лежит", т.е. долго грузится? Или причина этого может быть другая? Заранее спасибо за ответы! Нужны мнения!

Змінено 13 грудня 2021 користувачем LiliaG

[buslikdrev]

Половина зависит от настройки и мощности сервера.

[LiliaG]

[LiliaG]

Так вот скакнуло(. Где смотреть, что копать... Посоветуйте, пожалуйста. 

[LiliaG]

Только что, nikifalex сказал:

так радуйтесь, продажи поперли перед НГ

радуемся. Но проблему-то это не отменяет. Сайт тормозит сильно.

[esculapra]

7 минут назад, LiliaG сказал:

Где смотреть, что копать

В панели хостинга есть лог посещений. Боты могут нагружать, но не весьма сильно - им можно указать через какое время заходить (зависит от того, насколько часто обновляются страницы). Или дос-атаки... А посетители вряд ли создадут большую нагрузку. Объясню популярно. Я захожу на сайт, то есть загрузил страницу - все, хостинг отдыхает, пока я просматриваю контент. Боты совершают обход по ссылкам - скачивают контент. Ddos-attak - это серия множественных запросов, чтобы положить сайт и найти уязвимости. В логе досы можно увидеть по множественнх одновременных запросах (как правило, на один адрес). Посетитель не сможет создать множество запросов за сотые/тысячные доли секунды. Адреса посетителей есть в логе - их можно проверить по сервисам whois.

[LiliaG]

Благодарю вас за развернутый ответ!

[Prooksius]

Может быть еще из-за большого кол-ва товаров в базе и еще бывает часто включают подсчет количества в категориях (в админке, в настройках включается/выключается)
Такие запросы сильно нагружают систему, а если посетителей много - то кратно их количеству.
Вообще конечно запросы нерациональные вообще, если честно. Но их менять уже - бесполезно, все на них завязано, куча модулей... Шо маэмо то маэмо...

[niger]

1 час назад, LiliaG сказал:

Добрый день, уважаемые гуру! Сколько может выдержать движок? Правда ли, что при 400 посетителях в сутки считается, что это огроменная нагрузка и это причина того что сайт "лежит", т.е. долго грузится? Или причина этого может быть другая? Заранее спасибо за ответы! Нужны мнения!

даже не знаю, что сказать.

Вот те же 400-500 посетителей в день.

 

Один из самых дешевых тарифных планов на шаред хостинге- ни ВПС, ни сервак даже - показывает вот такую нагрузку.

В 12 ночи там кроны настроены обновления разных служб, синхронизации и прочие крон-таски

 

 

Ничего не тупит. Сайт грузится довольно быстро. На серваке было бы быстрее, но пока не выросли на сервер выделенный.

Вот TTFB для основных страниц

 

Главная 

 

Категории

 

Товар

 

Змінено 13 грудня 2021 користувачем niger
добавил TTFB

[kulinenko]

2-3к уников в сутки спокойно держит на обычном хосте

[LiliaG]

Благодарю вас, друзья, за ответы!

[magsilver]

16 часов назад, LiliaG сказал:

Сайт тормозит сильно.

Почитайте эту тему может у вас тут проблема лежит

[optimlab]

Всегда хотелось увидеть сайты лагающие из-за нагрузок посетителей или товаров...

Киньте кто нить в личку хотя бы... Посто любопытно из-за чего движок так хают... У меня всегда всё хорошо в рамках 300-1200 мс.

Почему у вас он виситт???

[Yoda]

Да сколько ж раз вам всем можно писать. Методология подсчета нагрузки связана с количеством уникальных посещений нелинейно!

Существуют магазины в которых может быть 1000 посещений и 20 глубина просмотра, и может быть 10к уников и глубина просмотра страниц - 2.

 

На 90% магазинов, которые попадают ко мне в руки проблемы с индексацией, мало того что гуглбот в последнее время стал очень агрессивен, так еще и все чаще и чаще наплевательски относится к правилам robots.txt. А кроме гуглбобота есть еще 5-7 активных зверей, сеошники конкурентов с лягушками, и много чего еще, что топчется по вашим страницам магазина. Очень часто запросов от ботов бывает в несколько раз больше чем живых посетителей. При чем эта разница может быть на несколько порядков, если у вас много товаров и некорректно настроенная индексация.

 

Еще одна тенденция сравнивать несравнимое. Как часто я слышу этот вопрос: а сколько мне ядер надо и памяти на VPS? А ответа на него не может быть однозначного, потому что сервер серверу рознь, и разница приблизительно как  между БМВ и Мерседес и то и то машины, но БМВ может  быть новая, а Мерседес ломахтых годов.

А еще бывают жадные хостеры, которые хоть и заявляют что ваши ресурсы ваши - но они далеко не ваши, так как оверселлинг ресурсов может быть тройной!

 

Также необходимо учитывать скорость генерации страниц или ttfb магазина. Магазин на 100-150 мс на тех же мощностях, может обработать в десять раз больше покупателей, чем магазин в 1-1.5 сек.

 

Из, скажем так, совсем рекордных проектов, к которым я приложил руку, есть магазин с 50к уников в сутки, но с мелкой глубиной просмотра - около 2-3, и есть магазин в котором 20-25к в день бывает в пике в дни акций и распродаж, но это шмотье, а женщины очень любят полазить посмотреть, поэтому там глубина просмотра 15-25 страниц на человека, ну и в пик может быть до 1.5к одновременных посетителей.

 

В целом нормальный впс на 2 ядра 2 гига на свежих процессорах и у хостера, который не сильно жадничает с оверселлнигом, легко держит 5-6к уникальных посетителей с номенклатурой товаров до 10-15к. 

 

И еще - не стоит забывать, что ресурсы сервера - это как колбаса в холодильники, если у тебя килограм колбасы - у тебя килограм колбасы, а если  у тебя на сервере какой-то поток занял одно ядро, а второго нету, в этот момент могут чудесным образом образовываться собачьи кучи из висячих потоков, которые выгрызают в итоге все ресурсы сервера и не дают системе нормально работать. Поэтому всегда при покупке VPS имеет смысл держать хотя бы тройной свободный запас от существующей нагрузки, дабы система всегда работала стабильно, а не прыгала судорожно в потолок от каждого крона как у @niger на графике.

 

И еще, что касаемо графика ТС по нагрузке.
Не обязательно подобный всплеск обусловлен наплывом трафика, в ISP присутствует проблема, с режимом работы fast-cgi php-fpm, в следствие которых система плодит потоки php-fpm и не убивает их должным образом, из-за чего в какой-то момент все ресурсы оказываются заняты холостыми процессами. (в 6ой версии панели это исправили, но не до конца, и при миграции с 5ой, могут возникать вопросы). 

[LiliaG]

Друзья, спасибо за ответы! Пока направление своих действий выбрали, но изменения обязательно будут чуть позже.

[florapraktik]

В 15.12.2021 в 04:22, Yoda сказал:

 

Спасибо.