Joomla и hiload - тестирование

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

К сожалению, скорость работы стандартного 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, хотя раньше я относился к нему с недоверием, но в данной задаче он показал себя очень хорошо.

Комментарии   
Administrator
0 #2 Administrator 11.11.2012 02:35
Сам был крайне удивлен, но факт.
По крайней мере на данной задаче разница огромна.
Серегй
0 #1 Серегй 10.11.2012 13:13
Недавно Rockettheme отаказались от поддержки К2 именно по причине что он очень медленный. Так что здесь что то не так. Не может он быть быстрее стандартного содержимого джумлы.
Добавить комментарий