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

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

Добавить комментарий


Защитный код
Обновить

Последние комментарии

  • В любом случае это будет инструкция, постараюсь конечно максимально полно, но инструкция как выявлять ...

    Подробнее...

     
  • Ок жду. у меня почти 120 сайтов из них 90 на джумле разных версий ) так что мне это важно поэтому ...

    Подробнее...

     
  • Да, это важная часть. Проблема в том что айболит видит не всё. То есть это мера необходимая, но ...

    Подробнее...

     
  • Короче, я обновил php пропатчил сайты и почистился от вирусов ай болитом на этом моя процедура защиты ...

    Подробнее...

     
  • Прошло еще почти полтора месяца а так и не дописали (

    Подробнее...

Вы смотрели