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

Пишу компонент. В одном из разделов фронтенда нужна проверка залогинился ли конкретный пользователь перед доступом к разделу компонента или нет. Как _правильно_ используя АПИ джумлы это проверить?
Спасибо.
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
надо проверить глобальную переменную $my. Если пользователь залогинен, то она будет содержать экземпляр класса mosUser. Проверить можно например так:

Код
<?php

global $my;

if (!$my->id) {
// выдаем сообщение что пользователь не авторизирован
mosNotAuth();
}

//пользователь авторизирован, можно раблтать дальше
?>

большое спасибо.

Ещё один вопрос. Можно ли проверить это из стороннего скрипта. Имеются ли поля в БД отвечающие за это?
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Ещё один вопрос. Можно ли проверить это из стороннего скрипта. Имеются ли поля в БД отвечающие за это?
ну а почему нет? надо копать в сторону cookies текущего юзверя, и смотреть таблицу jos_session, чтобы найти активную ссесию...
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Как переписать/расшириить компонент регистрацию пользователей?

Автор rodic

Ответов: 2
Просмотров: 1458
Последний ответ 04.03.2014, 15:51:48
от b2z
[Решено] Вывод дерева групп пользователей

Автор Sphinx

Ответов: 2
Просмотров: 1278
Последний ответ 11.12.2013, 10:32:19
от Sphinx
Как узнать имя переменной?

Автор kupo

Ответов: 3
Просмотров: 2098
Последний ответ 09.07.2013, 21:00:07
от kupo
Как узнать почему не отрабатывается запрос к MySQL?

Автор borro

Ответов: 3
Просмотров: 1859
Последний ответ 27.04.2013, 12:10:07
от prometheus
Как узнать соответсвие Joomla и Platform (платформы API функций)?

Автор MansEL

Ответов: 3
Просмотров: 2729
Последний ответ 20.11.2012, 17:53:37
от MansEL