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

Stasweb

  • Завсегдатай
  • 1501
  • 24 / 0
При сохранении нового товара выдает ошибку
Цитировать
Ошибка
vmError: VmTableData Псевдоним отсутствует! Не удается сохранить запись без Псевдоним.
vmError: You are not an administrator or the correct vendor, storing of product cancelled
failed
С чем это связано и как исправить
*

Stasweb

  • Завсегдатай
  • 1501
  • 24 / 0
Re: проблемы после обнавления до 3.0.14
« Ответ #1 : 03.04.2016, 08:51:14 »
Если ввожу название на английском то товар создается если ввожу на русском то выдает ошибку.
В чем проблема как решить помогите разобраться 
*

Stasweb

  • Завсегдатай
  • 1501
  • 24 / 0
Re: проблемы после обнавления до 3.0.14
« Ответ #2 : 03.04.2016, 11:35:11 »
Решение нашел из версии VM 2.6.2
В файле administrator\components\com_virtuemart\helpers\vmtable.php
заменил с
Код
$unicodeslugs = VmConfig::get('transliterateSlugs',false);
на
Код
$unicodeslugs = VmConfig::get('transliterateSlugs',true);
и в /administrator/components/com_virtuemart/virtuemart.cfg
в блок сео дописал transliterateSlugs=1
Код
##SEO
    seo_disabled=0
    seo_translate=0
    seo_use_id=0
    transliterateSlugs=1
все сработало нормально
*

gartes

  • Завсегдатай
  • 1859
  • 142 / 6
  • Е = mс²
Re: проблемы после обнавления до 3.0.14
« Ответ #3 : 04.04.2016, 06:52:26 »
Код
$unicodeslugs = VmConfig::get('transliterateSlugs',true);
В этом случае true это значение по умолчанию.
Может просто в virtuemart.cfg достаточно такой директивы transliterateSlugs=1
*

Stasweb

  • Завсегдатай
  • 1501
  • 24 / 0
Re: проблемы после обнавления до 3.0.14
« Ответ #4 : 04.04.2016, 06:55:48 »
Да в предыдущей версии так и сделал прописал только
Код
 transliterateSlugs=1
Но в этой почему то не сработало 
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться