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

Maffo

  • Захожу иногда
  • 175
  • 1 / 0
Привет ^-^

На странице списка бэкапов неправильное время отображается, а именно на 3 часа отстает. Например, бэкап ID 80, видно что он сделан 13.12.2020 в 02:05 это правильное время, оно отображается в заголовке. А вот в описании этого же бэкапа отображается 12.12.2020 в 23:05:25 - это неправильно. На главной странице панели управления в секции "Последний бэкап" тоже все правильно.



В настройках указано чтобы создавалось в местной дате и шаблон d.m.Y в H:i:s. *RTFM*

Кто знает как исправить?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Сайт работает на PHP 7.2 /Joomla 3.9 ---- Akeeba Backup 8.1.10 не запускается

Автор Validator

Ответов: 9
Просмотров: 2044
Последний ответ 21.09.2022, 19:09:17
от Validator
Akeeba Backup тормозит обновление Joomla 3.8.3

Автор Благо

Ответов: 4
Просмотров: 1161
Последний ответ 23.12.2021, 10:23:32
от KKAAZZOO
Невозможно сделать резервную копию с помощью Akeeba backup

Автор Magnereborn

Ответов: 1
Просмотров: 1199
Последний ответ 21.09.2021, 01:47:11
от Magnereborn
Akeeba бекап на локалку с хоста

Автор Артём46

Ответов: 5
Просмотров: 1074
Последний ответ 23.06.2021, 11:47:15
от ShopES
Akeeba проблема с админкой

Автор peklor

Ответов: 4
Просмотров: 2599
Последний ответ 14.04.2021, 23:37:00
от IToro82