Новости Joomla

Человек на GitHub ускорил Joomla в 600 раз на объёме 150к+ материалов в 1700+ категориях

Человек на GitHub ускорил Joomla в 600 раз на объёме 150к+ материалов в 1700+ категориях

👩‍💻 Человек на GitHub ускорил Joomla в 600 раз на объёме 150к+ материалов в 1700+ категориях. На старте его сайт на Joomla 3 вообще не смог обновиться на Joomla 5. Пришлось делать экспорт/импорт материалов. Проделав всё это он запустил-таки этот объём данных на Joomla 5. Тестовый скрипт грузил 200 материалов из этого объёма всего за 94 секунды ))) А главная страница с категориями грузилась 20 секунд. Добавив индекс для таблицы #__content

CREATE INDEX idx_catid_state ON #__content (catid, state);
он сократил время загрузки категорий до 1 секунды. Затем наш герой решил поковырять SQL-запрос в ArticleModel, который отвечает за выборку материалов. И решил заменить тип JOIN на STRAIGHT_JOIN для категорий.
// ->from($db->quoteName('#__content', 'a'))->from(    $db->quoteName('#__content', 'a')    . ' STRAIGHT_JOIN ' . $db->quoteName('#__categories', 'c')    . ' ON ' . $db->quoteName('c.id') . ' = ' . $db->quoteName('a.catid'))// ->join('LEFT', $db->quoteName('#__categories', 'c'), $db->quoteName('c.id') . ' = ' . $db->quoteName('a.catid'))
Что сократило загрузку 200 материалов из 150к с 94 секунд до 5. К слову сказать, боевой сайт на Joomla 3 крутится на 12CPU 64GB рамы. А все манипуляции с кодом он делает на базовом 1CPU 1GB сервере и замеры скорости даны именно для базового сервера. Но это всё в дискуссии, хотя в идеале должно вылиться в Pull Requests. Мы - Open Source сообщество, где никто никому ничего не должен. Джунгли. Но человек ищет пути оптимизации Joomla и предлагает решения. Если оказать поддержку и предложить помощь хотя бы с тестированием самых разнообразных сценариев, то возможно эти улучшения смогут войти в ядро. Пусть не быстро, пусть через несколько лет, пусть не все, но войдут. Достаточно предложить руку помощи и приложить немного усилий.
Дискуссию на GitHub можно почитать здесь.@joomlafeed#joomla #community #php

0 Пользователей и 1 Гость просматривают эту тему.
  • 2 Ответов
  • 935 Просмотров
*

jouser

  • Захожу иногда
  • 124
  • 9 / 0
Производительност VM2
« : 06.02.2013, 09:46:27 »
Хотел поделиться своим опытом, может кому пригодится. В общем долго боролся со своим тормозящим сайтом, наконец нашел причину. У меня есть около 50 категорий товаров и столько же производителей. Все это жестко тормозило на любых хостингах. Оказалось mod_virtuemart_category и mod_virtuemart_manufacturer генерируют 300(!) запросов к БД на каждой странице.  :o  В общем-то исходя из этого можно решить проблему двумя способами - кешировать эти модули либо использовать обычный mod_menu. Вот как-то так
*

Arkantos

  • Захожу иногда
  • 216
  • 17 / 0
  • Всё о создании сайтов: http://site-on.net
Re: Производительност VM2
« Ответ #1 : 06.02.2013, 10:54:12 »
Хотел поделиться своим опытом, может кому пригодится. В общем долго боролся со своим тормозящим сайтом, наконец нашел причину. У меня есть около 50 категорий товаров и столько же производителей. Все это жестко тормозило на любых хостингах. Оказалось mod_virtuemart_category и mod_virtuemart_manufacturer генерируют 300(!) запросов к БД на каждой странице.  :o  В общем-то исходя из этого можно решить проблему двумя способами - кешировать эти модули либо использовать обычный mod_menu. Вот как-то так
Да... у меня есть один сайт на первом VirtueMart, с модулем категорий просто беда :) Думаю, стоит на этой теме акцентировать внимание.
*

MetaSpirit

  • Завсегдатай
  • 1370
  • 106 / 0
  • R.A.S.Lab[.org]
Re: Производительност VM2
« Ответ #2 : 06.02.2013, 12:16:48 »
Использую VirtueMart 2 как backend к ZOO (через ZOOvirtue), о производительности скажу, что намного лучше, чем сам VirtueMart 2.
R.A.S.Lab[.org]: ZOOvirtue - корзина для ZOO, Яндекс.Карты для ZOO, ItemPanes - табы для ZOO, ZOOlendar - календарь для ZOO  и др.
Создание расширений для YOOtheme ZOO на заказ. Становитесь в очередь.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться