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

pelzar

  • Осваиваюсь на форуме
  • 12
  • 0 / 0
Здравствуйте.

Столкнулся с такой проблемой:
Если покупатель выбирает стандартный метод оплаты(standart payment), то письма о заказе не приходят ни мне, ни клиенту.
Причем, если потом попробовать поменять статус заказа в админке, то выдается такое сообщение: "в {X} заказах обнаружены ошибки"

А вот если покупатель выбирает способ оплаты квитанцией сбербанка(сторонний плагин), то письма доходят и статус из админки успешно обновляется.

Кто нибудь сталкивался с подобным?
*

AHTEPO

  • Захожу иногда
  • 60
  • 5 / 0
Re: В {X} заказах обнаружены ошибки
« Ответ #1 : 02.06.2014, 11:06:37 »
Я сегодня столкнулся... Ищу решение.
*

SolopoV

  • Давно я тут
  • 576
  • 16 / 0
  • зеленею...
Re: В {X} заказах обнаружены ошибки
« Ответ #2 : 08.09.2016, 19:21:25 »
Актуально.

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

Ошибки в админке VirtueMart 3.4.2

Автор face2005

Ответов: 0
Просмотров: 815
Последний ответ 04.05.2019, 18:47:25
от face2005
Ошибки при выключенной OPC

Автор denism300

Ответов: 0
Просмотров: 903
Последний ответ 25.12.2018, 18:51:14
от denism300
vmError: Сохранить не удалось из-за ошибки: В доступе отказано

Автор Melkiy

Ответов: 3
Просмотров: 1130
Последний ответ 11.11.2018, 17:27:56
от lexxbry
Не получается создать страницу ошибки 404. Пробовал (htacc, error.php, галочку)

Автор Бейшен

Ответов: 1
Просмотров: 1009
Последний ответ 19.08.2018, 15:58:39
от Sandruk1
После перехода на php 7 появились ошибки

Автор Stasweb

Ответов: 0
Просмотров: 1303
Последний ответ 28.10.2017, 10:36:32
от Stasweb