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

Doctor Death

  • Захожу иногда
  • 144
  • 1 / 12
Народ помогите решить глюк , переименовал уже имеющиеся статусы заказа , всё нормально работает, а если добавляю новый то он появляется в списке, а вот присвоить его в заказе не получается.
то есть при выборе этого статус и нажатии кнопки "изменить статус" сохраняется не тот который выбирал, а первый в выподающем списке.
*

Doctor Death

  • Захожу иногда
  • 144
  • 1 / 12
разобрался в чем дело!
У разработчиков косяк в sql таблицы заказа:
поле order_status имеет только одн бит! - то есть Вы можете создать только 9 статусов заказа с ID номерами только от 1 до 9

Вот сиквел инеция которая это лечит:
ALTER TABLE `#__jshopping_orders` CHANGE `order_status` `order_status` VARCHAR( 2 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL

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

Ошибки магазина (2015)

Автор nevigen

Ответов: 162
Просмотров: 18011
Последний ответ 02.06.2024, 22:02:55
от Vastriet
Что нужно доделать в ЖШ

Автор nevigen

Ответов: 924
Просмотров: 100853
Последний ответ 22.12.2020, 22:09:27
от nevigen
Поменять местами данные в форме ФИО

Автор Roman74ru

Ответов: 1
Просмотров: 2120
Последний ответ 23.07.2016, 15:53:19
от Roman74ru
Не показывает товар при разных производиm

Автор kossss5

Ответов: 0
Просмотров: 1444
Последний ответ 04.11.2014, 13:42:39
от kossss5
Проблемы после обновления 3.18.5 -> 3.19.0

Автор rifys

Ответов: 18
Просмотров: 1736
Последний ответ 29.09.2014, 15:23:25
от rifys