Долго открывается главная страница сайта

[InjutkinAG]

Вот лог от модуля "Лог медленных запросов для Opencart 2.x [ocmod]"

https://drive.google.com/open?id=0ByS2ao-8nM_kVXNBaXZqN1JQanM

 

Судя по логу среднее время выполнения "Время выполнения: 71.07мс" ~ "Время выполнения: 173.5мс "

От 100 до 200мс требует "catalog/model/catalog/category.php"

Змінено 28 березня 2017 користувачем InjutkinAG

[chukcha]

Но у вас jetCache кажется?

 

С шаблоном вопрос решился?

[InjutkinAG]

с шаблоном не решается вопрос пока, сказали как сделают так сделают.. Ага jetCache  стоит

[rb2]

Мощно:

Страница:/
Источник:/var/www/u0941353/data/www/tservice23.ru/system/library/openbay.php
Время выполнения: 1770.66мс

SELECT * FROM ts_extension WHERE `type` = 'openbay'

----------------------

Страница:/
Источник:/var/www/u0941353/data/www/tservice23.ru/index.php
Время выполнения: 787.4мс

SELECT * FROM ts_event

Сдаётся мне, у вас даже просто индексы в базе расставить кому-то пряморукому - и всё взлетит. Даже без какой-либо оптимизации запросов.
Я может прослушал в этом топике - а сколько в базе товаров, атрибутов, категорий?

[chukcha]

С индексами там все в порядке

Но таки да, я когда смотрел там на это  все , иногда сам удивлялся
 

1770.66мс

Там и не такое было...

 

 

[rb2]

2 hours ago, InjutkinAG said:

Судя по логу среднее время выполнения "Время выполнения: 71.07мс" ~ "Время выполнения: 173.5мс "

От 100 до 200мс требует "catalog/model/catalog/category.php"

Не знаю, как насчёт среднего (и зачем оно? мы же затыки ищем), а вот

$ grep -i "время выполнения" sql_time.log | awk '{print $3}' | sort -g > time-sorted.tmp.txt

 

показывает в конце такие аж такие значения (далёкие от высмотренных Вами 170 мс):

703.6мс
705.09мс
709.22мс
713.09мс
724.74мс
727.87мс
727.99мс
729.25мс
737.93мс
741.62мс
742.19мс
767.25мс
769.19мс
774.01мс
779.33мс
786.56мс
787.4мс
810.1мс
817.88мс
827.49мс
829.15мс
891.84мс
893.03мс
912.86мс
922.07мс
929.08мс
929.15мс
933.62мс
938.23мс
943.44мс
947.08мс
965.9мс
966.22мс
971.79мс
973.63мс
1009.99мс
1022.32мс
1025.94мс
1038.27мс
1038.92мс
1054.12мс
1059.91мс
1128.06мс
1133.33мс
1141.62мс
1163.49мс
1172.04мс
1193.05мс
1267.18мс
1365мс
1368.8мс
1377.11мс
1381.46мс
1418.84мс
1549.67мс
1558.83мс
1770.66мс
1773.94мс
1858.77мс
2164.99мс
2367.32мс
2378.93мс
2445.68мс
2528.36мс

И кратко пробежимся по кол-ву запросов со временем запроса

200-300мс: 4493 шт в логе

300-400мс: 314 шт

400-500мс: 113 запросов

500-600: 24

600-700: 26

700-800: 18

800-1000: 19

1000-2000мс: 25

2164.99-2528.36мс: 6

 

[chukcha]

Ну, если я вам скажу, что на главной там 900 запросов - вам от этого легче станет?

[InjutkinAG]

Вот теперь мне совсем все не понятно становится

[markimax]

2 часа назад, rb2 сказал:

Мощно:

Страница:/
Источник:/var/www/u0941353/data/www/tservice23.ru/system/library/openbay.php
Время выполнения: 1770.66мс

SELECT * FROM ts_extension WHERE `type` = 'openbay'

----------------------

Страница:/
Источник:/var/www/u0941353/data/www/tservice23.ru/index.php
Время выполнения: 787.4мс

SELECT * FROM ts_event

Сдаётся мне, у вас даже просто индексы в базе расставить кому-то пряморукому - и всё взлетит. Даже без какой-либо оптимизации запросов.
Я может прослушал в этом топике - а сколько в базе товаров, атрибутов, категорий?

 

В такое также бывает и на "простых" запросах (с нормальными индексами), если есть нагрузка на сервер
MySQL может "уйти"  и на простом запросе, там где все в порядке с индексами

Возможно другая таблица не оптимизирована под индексы
А еще бывают вот такие "перлы" которые "фоново" нагружают сервер (пытаясь N раз загрузить "главную" в src изображения)
 

Нюансов очень много - это надо детально смотреть запросы и анализировать их

ТС - а какая тема ?
Какие фильтры стоят ?
Сколько товаров ?
Сколько категорий ?
Сколько заказов в БД ?

[InjutkinAG]

markimax,

Тема - julytheme

Фильтров нет

Категорий 42

Заказов штук 5

Товаров максимум 150

[markimax]

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

markimax,

Тема - julytheme

Фильтров нет

Категорий 42

Заказов штук 5

Товаров максимум 150

Забыл еще спросить - Microdata PRO модуль стоит ?

А вообще при таком "количестве" магазин должен летать как ракета

[InjutkinAG]

 Microdata PRO отдельно не ставил.

Вот в том и дело что летать то должен, а реально ползает

[markimax]

12 минут назад, InjutkinAG сказал:

 Microdata PRO отдельно не ставил.

Вот в том и дело что летать то должен, а реально ползает

Еще вопрос - вы магазин не переносили с 1.5.x на 2.x ?

[InjutkinAG]

markimax, чистая установка с нуля 

[chukcha]

но я ж говорил про проблему с темой

 

Цитата

{"time":31.26620388031,"queries":945,"headers":["Content-Type: text\/html; charset=utf-8"]

ну, это так...

 

 

[markimax]

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

но я ж говорил про проблему с темой

Я тоже склоняюсь к этому мнению
Других факторов нет

 

 

[chukcha]

а точнее - модуль из темы

[markimax]

5 минут назад, chukcha сказал:

а точнее - модуль из темы

Какой ?

[chukcha]

расклад приблизительно такой

 

8 - getProducts

в среднем по 10 товаров

8+ 8*(10 + getAttr +getOption)

дерево getCategory - 2 или 3

 

т.е. там нужна не оптимизация базы (запросов), а оптимизация  модулей.

[chukcha]

14 минут назад, markimax сказал:

Какой ?

Ну, я в личку отвечал

[rb2]

Не знаю, о какой проблеме темы вы говорите, но если запрос `SELECT * FROM ts_event` выполняется 787 мс, тут к доктору не ходи - надо в первую очередь валить с этого хостинга. Или как минимум менять шаред с буйными соседями на впс. Тутанхамона ещё откопайте и полечите лазерной коррекцией или физиотерапией. Вдруг случится чудо.

[katilina]

Во всех модулях шаблона стоит проверка на подсчёт кол-ва и в модуле меню тоже. Нет там незапланированных обращений к total

Chukcha, сообщение Ваше получила, код модулей мы оптимизировали. Быстрее работать они от этого не стали ( обновление шаблона на форуме поэтому пока не делали). 

Сейчас загрузка главной http://tservice23.ru/  2-3 сек. 

Посмотрите в консоле браузера расклад: время прибавляет подгрузка виджета и скрипт watch.js

Модуль табов и товаров из категорий тоже увеличивает время, не спорю. В них 50 товаров, от каждого идёт запрос. 

А в дефолте, что, быстрее это подгрузится при таком кол-ве категорий и товаров? 

 

PS, оптимизация базы, кстати, сократит время в 2 раза. InjutkinAG, специалиста я Вам посоветовала

 

 

[markimax]

В 30.03.2017 в 11:52, katilina сказал:

 

Сейчас загрузка главной http://tservice23.ru/  2-3 сек.

 

Скрытый текст

 

 

Там основная проблема в категориях

Кстати ТС .. а вы включили кеширование метода getTotalProducts()  в JC (по умолчанию там не включено)?
Я сегодня у одного пользователя включил - сайт залетал как ракета
Только включение кеширование Jet Cache этого метода сразу уменьшили загрузку в 20 раз с 2 секунд до 0.1 секунды
Замечу при это подсчет товаров в категориях был ОТКЛЮЧЕН в настройках ocStore
Но тема (другая)  не реагировала на этот параметр
Если включено значит проблемы в другом, а не подсчете товаров в категориях

[vise]

Вы в курсе, да, что если регру сменить на фоззи, например, то оно будет как надо работать? 

И, как-бы, вопросы что страница открывается по 10 секунд сами собой отпадут, потому что, внезапно, но хостер нормальный

Змінено 1 квітня 2017 користувачем vise