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

vovchikku

  • Захожу иногда
  • 407
  • 1 / 0
Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 5616 bytes) in /home/wsugrar7/public_html/shop/administrator/components/com_virtuemart/helpers/img2thumb.php on line 132


Поискав по форуму нашел настолько много способов решения проблемы, что не знаю какой воспользоваться: все проблемы возникали с иными компонентами...


думаю надо ковырять img2thumb.php


но что там менять?

может кто подскажет?

хостинг - Агава
*

Polosat

  • Захожу иногда
  • 202
  • 7 / 0
  • Мечты - это то, из чего сделано будущее
такая же фигня, менеджер подгрузил фотку размером 10 мегов, и категория умерла

Решение: ищем неугодные товары - те которые рушат наш VM - удаляем их, затем в файле

img2thumb.php ищем и заменяем


if ($orig_size[0]<$orig_size[1])

if (($orig_size[0]*$maxY)<($orig_size[1]*$maxX))

мне помогло, больше VM не вылетает
« Последнее редактирование: 03.04.2012, 10:46:09 от Polosat »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Дополнительное фото к товару?

Автор warlocksp

Ответов: 2
Просмотров: 656
Последний ответ 01.09.2020, 17:04:16
от warlocksp
Фото товара

Автор Wargoth

Ответов: 12
Просмотров: 1441
Последний ответ 25.06.2020, 14:33:47
от Wargoth
Фото в категории VM 2 не кликабельны

Автор Orfei

Ответов: 6
Просмотров: 1104
Последний ответ 08.05.2019, 19:44:00
от Orfei
При сохранении настроек магазина ошибка 1118 Row size too large

Автор artem_wrong

Ответов: 7
Просмотров: 1750
Последний ответ 15.04.2019, 07:31:31
от draff
В VM3 отображается фото 3 товаров в строку, а след. товары не видны, но есть

Автор dir.repart

Ответов: 4
Просмотров: 1053
Последний ответ 18.03.2019, 16:43:21
от gartes