Проблемы с производительностью

У меня вопрос! У меня как-то странно работает сайт. То есть бывает загружается быстро

0.6851 s - Query Time
168 - Query Count
0.7466 s - Parse Time
1.4318 s - Total Time
database - Source

А бывает вообще полная лажа, примерно

130.6851 s - Query Time
168 - Query Count
0.7466 s - Parse Time
131.4318 s - Total Time
database - Source

Выделенные жирным, это примерные числа, +/- 1 секунда. Бывает меньше, бывает больше.. 50с - 150с..

Непойму, с чем это связано.. Единственное что заметил, такое часто проявляется(в порядке того, как я заметил появляются тормоза):
- после редактирования страниц через QuickManager(Front-end который)
- после редактирования страниц через Manager

и вроде все что я заметил.

Проблемы с хостингом? или что вообще посоветуете?

Используется много Ditto фильтраций и выводов, что видно из количества запросов в базу. Но смущает что когда ничего не редактируется, и проходит какое-то время, страница формируется за доли секунд

Ну видно же что у вас тонкое место это MySQL база, которая может быть занята обработкой не ваших запросов, скорей всего это действительно зависит от хостинга, для чистоты эксперемента сделайте дамп и потестируйте у себя на локалхосте

Спасибо x3m4ik!
На локалке все летает:) Понял, значит Shared Хостинг больше не выдерживает, надо брать VPS:)

0.6851 s - Query Time
168 - Query Count
0.7466 s - Parse Time
1.4318 s - Total Time
database - Source

130.6851 s - Query Time
168 - Query Count
0.7466 s - Parse Time
131.4318 s - Total Time
database - Source

Если затык происходит после редактирования страниц, значит время уходит на генерацию кэша. Поэтому если ничего не изменялось, работает быстрее. Попробуйте как-то оптимизировать использование сниппетов, все-таки 168 запросов для одной страницы многовато.

http://sunnyland.com.ua - можете посмотреть сами. Меньше сделать не получится:( там генерируется много каталогов товаров, меню, горячие предложения, акции и тд. Уменьшить врядли получится.

По поводу генерации кеша. Сложно сказать. Иногда бывает что отредактируешь страниц 40, и не бывает таких глюков, а бывает и после редактирования одной такие тормоза. Так что я думаю дело тут не в кеше. Query Time - время запроса в базу, а кеш генерируется уже непосредственно на уровне php. Тем более что у меня почти все странички "Некешируемые", поскольку пагинация от Ditto используется

Quote from: Kollad at Apr 01, 2010, 03:34 AM

Тем более что у меня почти все странички "Некешируемые", поскольку пагинация от Ditto используется

А что мешает сделать кешируемой всю страницу, но вызывать на ней некешируемый Ditto?

Я так уже пробовал, так Ditto пагинация не работает вообще, почему-то

а почему бы не использовать вместо Ditto WayFinder?

Хмм.. А как можно использовать wayfinder, для вывода документов с картинками, tv параметрами, описанием, и еще и со страничками?:) Это возможно?:)

Хостинг можно оставить старый. 170 запросов это очень много у меня такое было только в первой версии дитту когда каждый товар собирался отдельными вызовами sql запросов (причём это больше был мой баг а не дитту,в последствии я его решил).

Вопрос с проблеммой ditto и paginate уже много раз решался. см. на первой странице английской ветки по дитту.

Реально же чтобы вытащить всё что вам нужно нужно для каталога нужно 3-7 sql запросов.
Что касается меню у wayfinder тоже был баг с колвом документов в дереве.

Я бы реально сделал в вашем случае вывод всего каталога отдельным (некеширемым) сниппетом. написать его не особо сложно 100 строк кода на php, а всё остальное можно и закешировать.