А удачное выполнение таких запросов бывает?
Включите отладку в админке. Если случится удачный запрос (без выброса в 500 еррор), посмотрите в футере запросы SQL.
Запрос с самым длинным временем выполнения — сюда.
Тогда можно будет подумать, что можно сделать.
Нет удачных не бывает, набрал в строке браузерной .../tags/search/articles?q=тег&page=50 (из возможных 230)Запрос с самым длинным временем выполнения — сюда.
и вот что написало: "SQL: 25 Cache: 32 Mem: 4.62 Mb Time: 32.7048 s"
Вот этот запрос тяжёлый:
SELECT i.*, u.nickname as user_nickname, f.title as folder_title FROM cms_con_articles i FORCE INDEX (date_pub) INNER JOIN cms_tags_bind as t ON t.target_id = i.id AND t.target_subject = 'articles' AND t.target_controller = 'content' WHERE (t.tag_id = '5477') AND (i.is_approved = '1') AND (i.is_deleted IS NULL) AND (i.is_pub = '1') ORDER BY i.date_pub desc LIMIT 735, 15 Запрос занял 32.47264 секунд
Подозреваю, что дело не в движке, но есть одно интересное предположение, которое может касаться и CMS.
Да, хорошо сейчс вышлю :)
SALIK, можете прислать мне на почту доступы к проблемному сайту и ftp к серверу. Ну и phpmyadmin сразу.
Подозреваю, что дело не в движке, но есть одно интересное предположение, которое может касаться и CMS.