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

stepan39

  • Захожу иногда
  • 499
  • 28 / 0
Привет!
Для создания личного кабинета на J3 был использован Easy Profile Pro. К сожалению, проект не развивается и на J4 не представлен. Все, что там было в "коробке", для задач перехода на 4-ку достигается использованием дополнительных расширений, но вот с полями остался один вопрос.
Там была прекрасная функция - отображать/скрывать поля, добавлять/исключать в группы пользователей в зависимости от значений других полей. Причем отображение полей происходило "на лету", без сохранения. Посмотрел кастомные поля j4. Функция showon позволяет скрывать/отображать поля.
Не могу разобраться, есть ли возможность изменять группы пользователей в зависимости от значений других полей (речь идет, разумеется, о полях пользователя)?
Заранее спасибо.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Изменение шаблона Cassiopeya

Автор SkyFly

Ответов: 6
Просмотров: 1023
Последний ответ 04.06.2025, 11:04:22
от SkyFly
Ограничение на изменение строк в профиле + убрать видимость других

Автор stoorm89

Ответов: 0
Просмотров: 622
Последний ответ 20.12.2024, 16:14:04
от stoorm89
Как получить значение дополнительного поля?

Автор kysin

Ответов: 14
Просмотров: 3051
Последний ответ 29.08.2024, 13:47:13
от rixter
Создание пользовательского поля посредством API

Автор kysin

Ответов: 0
Просмотров: 675
Последний ответ 17.06.2024, 10:41:15
от kysin
Изменение порядка вывода Сustom Fields в админке

Автор muzzy76

Ответов: 0
Просмотров: 812
Последний ответ 16.04.2024, 15:01:40
от muzzy76