Новости 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 Гость просматривают эту тему.
  • 3 Ответов
  • 459 Просмотров
*

burunduchok

  • Захожу иногда
  • 106
  • 8 / 0
Мистификация с ajax
« : 28.03.2023, 00:51:06 »
Здравствуйте.
Joomla 4.2.9.
Есть 2 плагина с одинаковым названием aaextension (чисто для удобства, чтобы были в листинге ftp первыми) в директориях content и system.
В каждом плагине есть функция:
Код
public function onAjaxAaextension() { /*бла-бла-бла*/ }
Вызываю функцию в плагине из content:
Код
https://DOMAIN/index.php?option=com_ajax&group=content&plugin=aaextension&format=json&task=order&in1=create_sitemap&7c5c01fde211fc8a0ccea5797a9194f8=1
(in1=create_sitemap чисто чтобы в функцию напихать разный функционал)
А отрабатывает функция плагина из system(!)
WTF?
*

sivers

  • Живу я здесь
  • 2596
  • 360 / 0
Re: Мистификация с ajax
« Ответ #1 : 28.03.2023, 08:48:44 »
Параметр group нужен только для импорта плагинов указанной группы. Чтоб система знала о них. Это если вы используете нестандартные группы или пишете консольный скрипт. Вот как это выглядит внутри:
Код
	$group      = $input->get('group', 'ajax');
JPluginHelper::importPlugin($group);

Но группы system и content Joomla импортируются автоматически, поэтому срабатывает первый совпадающий обработчик события. Поменяйте плагины местами (очередность) в списке плагинов, чтоб первым вызывался другой.

group вовсе не заставляет систему брать плагин из какой-то конкретной группы.
На связи в telegram @sivers
sivers @ inbox . ru
https://sivers.su/
*

burunduchok

  • Захожу иногда
  • 106
  • 8 / 0
Re: Мистификация с ajax
« Ответ #2 : 28.03.2023, 10:34:46 »
Параметр group нужен только для импорта плагинов указанной группы. Чтоб система знала о них. Это если вы используете нестандартные группы или пишете консольный скрипт. Вот как это выглядит внутри:
Код
	$group      = $input->get('group', 'ajax');
JPluginHelper::importPlugin($group);

Но группы system и content Joomla импортируются автоматически, поэтому срабатывает первый совпадающий обработчик события. Поменяйте плагины местами (очередность) в списке плагинов, чтоб первым вызывался другой.

group вовсе не заставляет систему брать плагин из какой-то конкретной группы.
Вряд ли хорошая идея менять плагины местами если в каждом из них задействована обработка AJAX запросов.
Не вариант и "засовывать" функционал в один плагин.
Остается лишь вариант переименовать свои плагины.
Спасибо за подсказку.
*

sivers

  • Живу я здесь
  • 2596
  • 360 / 0
Re: Мистификация с ajax
« Ответ #3 : 28.03.2023, 10:41:44 »
Остается лишь вариант переименовать свои плагины.
Что так категорично? Добавьте в плагин проверку параметра group (или другого) и пусть сам проверяет - ему ли принадлежит запрос.
На связи в telegram @sivers
sivers @ inbox . ru
https://sivers.su/
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Ошибка error: ajax Loading error: error

Автор Zegeberg

Ответов: 0
Просмотров: 458
Последний ответ 14.11.2023, 16:32:47
от Zegeberg
ajax в модуле. Too few arguments to function

Автор denism300

Ответов: 3
Просмотров: 996
Последний ответ 25.12.2022, 00:04:58
от NewUsers