Новости 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 Ответов
  • 2486 Просмотров
*

free_lancer

  • Захожу иногда
  • 114
  • 1 / 0
  • скоро, скоро!..
гспда, растолкуйте плз. по-русски, что конкретно эта функция принимает и что возвращает
кому не жалко  :)
*

NightGuard

  • Живу я здесь
  • 2927
  • 378 / 7
  • вжжж-вжжж
Идеология сверхпотребления более опасна для человечества, чем идеология гитлеровского тоталитаризма
*

free_lancer

  • Захожу иногда
  • 114
  • 1 / 0
  • скоро, скоро!..
http://api.joomla.org/Joomla-Framework/Application/JApplicationHelper.html

внезапно я это уже видел :)
кармическая сущность понятий "$varname" и "$user_option" из мега-подробного объяснения, теме не менее, остается загадочной.
несмотря на врожденную телепатию, на которую вы, видимо, намекаете ;)
*

moskitos80

  • Осваиваюсь на форуме
  • 21
  • 3 / 0
Допустим у вас есть файл вывода туллбара: toolbar.compname.html.php
вы можете подключить его символично:

Код
require_once(JApplicationHelper::getPath( 'toolbar_html' ));

Вызов getPath () позволяет вызвать toolbar.reviews.html.php файл без привязки к имени Компонента.
Позже, даже если вы измените название компонента, а также измените имена файлов, эта строка кода будет по-прежнему работать вызывая панель инструментов.

Метод GetPath() принимает первым параметром определенные строки (такие, как admin_html, front_html, и т.п.) и вторая - имя компонента, и возвращает абсолютный путь к соответствующим файлам Компонента. Хотя выше не указывается второй параметр, всё равно будет подключен соответствующий (правильный) файл, даже если мы изменим название Компонента и HTML-файла.
Надеюсь теперь идея понятна?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться