По работам над оптимизацией скорости работы движка пришлось подробно изучить запросы и скорость их выполнения.
К сожалению, скорость работы стандартного com_content мягко говоря, не обрадовала, поэтому возникла мысль протестировать стандартный менеджер материалов в Joomla 2.5.8 и альтернативы ему - CCK.
Итак, небольшое тестирование и результаты, имеем базу общим весом 150мб, из которых 104мб - контент, это 17 410 записей. Сайт на стандартном шаблоне, ни модулей, ни нестандартных плагинов, ни sef-компонентов, то есть чистая установка + база материалов и категорий.
Собственно результаты скорости загрузки (замеры производились через стандартный debug, тесты выполнялись на VDS 2000Мгц\2Гб ненагруженном).
Методика тестирования - каждый тип страницы загружался 3 раза и дан средний результат, каждый раз запрашивалась другая страничка того же типа, чтоб не влияло кэширование и усреднялась нагрузка.
com_content 2.5.8 (Стандартный менеджер материалов)
Главная\пагинация - по 10 записей на страничку - 11 секунд.
Категория\пагинация\таблица - по 10 записей на страницу - 11.5 секунд.
Конкретная страничка - 0.45 секунды.
Zoo 3.0.1
Увы, не захотел импортировать из Joomla, сообщил что время выполнения в 30 секунд превышено.
После импорта в K2 в Zoo кнопочка импорта из K2 осталась почему неактивной.
Попробовал также свежую версию 3.0.4 - никаких изменений.
update - удалось всё-таки и его потестировать, об этом - в следующем посте.
K2 v2.6.1
Импорт затянулся, nginx через 30 секунд выдал 504 bad gateway, но скрипт в апаче продолжил работу (у меня стоит лимит в 180 секунд) и почти все перенес. А точнее - перенеслось 15316 записей.
На своем сервере можно временно увеличить время выполнения и проблем импорта не будет, на виртуальном хостинге это будет проблемно - скрипт, в отличие, например, от Akeeba Backup не умеет себя перевызывать.
Все категории\пагинация, 10+4 на странице - 0.46 секунды.
Одна категория - 0.51 секунды.
Страничка - 0.18 секунды.
Cobalt 7
Увы, в компоненте нет импорта совсем!
JSeblod и FLEXIcontent
Не удалось понять быстро увы.
Резюме
В итоге мы имеем очень медленный запросы на большом объеме в стандартном менеджере материалов и внезапно очень шустро работающий K2, хотя раньше я относился к нему с недоверием, но в данной задаче он показал себя очень хорошо.
По крайней мере на данной задаче разница огромна.
RSS лента комментариев этой записи