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

Plitka

  • Новичок
  • 3
  • 0 / 0
Уважаемые господа, а не знаете ли Вы как обойти такую проблему:
предположим магазин продает мобильники и флешки.
Создаю настраиваемое поле "Объем памяти" и ставлю родительское настраиваемое поле "Мобильник" (для фильтрации пользуюсь Cherry picker - это его условие про наличие родителя у custom field), после этого, создаю родительское поле "Флешка" и пытаюсь также сделать поле "Объем памяти", но VM его упорно переименовывает в заголовок вида "Объем памяти08-02-2013-20-20".
Я так понимаю проблема для VM - в одинаковости заголовка настраиваемого поля. Но я не могу его менять - т.к. всё остальное в VM построено на выводе именно custom-title.
Есть ли какой-то запасный путь для одинаковых заголовков настраиваемых полей при разных родителях?
спасибо.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Сортировка значений фильтра Custom Filters PRO 2.3.2

Автор banditman

Ответов: 5
Просмотров: 4205
Последний ответ 30.01.2023, 17:00:05
от Танита Сар
Custom Filters pro - не показывает дочерние товары при выборе фильтра

Автор djed9

Ответов: 0
Просмотров: 941
Последний ответ 01.04.2020, 11:41:43
от djed9
Если надо автоматически назначать товарам дополнительные категории

Автор rsn

Ответов: 0
Просмотров: 748
Последний ответ 29.02.2020, 13:55:11
от rsn
Custom Filters Pro для разных категорий

Автор chandler

Ответов: 4
Просмотров: 4797
Последний ответ 05.09.2018, 12:17:44
от bgg87
Проблемы с Custom Filters

Автор Stasweb

Ответов: 6
Просмотров: 1677
Последний ответ 19.03.2018, 21:36:19
от draff