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

mr.moser

  • Захожу иногда
  • 58
  • 0 / 0
Сегодня впервые появилась эта ошибка в логах. Месяц сайт работал без неё. За 2 часа 8 штук(ошибок) проскакивает. Что это такое, кто-то подскажет?

PHP Fatal error:  Uncaught DatabaseHelper::query failed. (MySQL server has gone away SQL=SELECT a.* FROM jwt3l_zoo_item AS a LEFT JOIN jwt3l_zoo_category_item AS b ON a.id = b.item_id WHERE a.application_id = 14 AND b.category_id  = 538 AND access IN (1,1) AND a.state = 1 AND (a.publish_up = '0000-00-00 00:00:00' OR a.publish_up <= '2013-03-20 19:07:45') AND (a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2013-03-20 19:07:45') GROUP BY a.id ORDER BY a.priority DESC, RAND() LIMIT 0,1)
  thrown in /home/XXXXXXX/public_html/administrator/components/com_zoo/framework/helpers/database.php on line 37
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Error!-Error-Reordering Category (invalid slug)

Автор sig_

Ответов: 2
Просмотров: 4242
Последний ответ 27.11.2020, 08:59:35
от vasmed
Google Geocoding API error

Автор yandex_hb

Ответов: 0
Просмотров: 3640
Последний ответ 17.10.2018, 15:03:12
от yandex_hb
Fatal Error в ZOO

Автор An1hony

Ответов: 1
Просмотров: 1753
Последний ответ 29.07.2015, 18:24:53
от An1hony
Fatal error при сохранении сабмишена

Автор createa

Ответов: 8
Просмотров: 2232
Последний ответ 29.03.2014, 01:33:50
от createa
Error Saving Application (Invalid slug) - ошибка при сохраннении

Автор Aquasonick

Ответов: 4
Просмотров: 5739
Последний ответ 19.01.2014, 18:35:43
от Loban37