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

SocialWorker

  • Осваиваюсь на форуме
  • 16
  • 1 / 0
После регистрации в CB 1.4 на Joomla 1.6 пользователь регистрируется, но не попадает в группу зарегистрированных, а значит не попадает на свою личную страницу.

После этого во вкладке Tools появляется такая ошибка:

Цитировать
Checking Users Database:

Предупреждение: 3 записей в таблице comprofiler в CommunityBuilder не имеют соответствующих записей в таблице пользователя.

Следующее id таблицы comprofiler: 44, 45, 46 отсутствует в таблице пользователя

Это может быть отлажено использованием меню Компоненты: Community Builder: Инструменты и затем щелчком по "Синхронизировать пользователей".

Все записи таблицы пользователя были привязаны к таблице comprofiler.

таблица пользователей не содержит записей с id=0.

таблица comprofiler не содержит записей с нулевым id.

Все записи в таблице comprofiler содержат колонки user_id идентичные колонкам id.

Warning: 1 entries in the users table without corresponding user_usergroup_map table rows.

user id: 47 are missing in user_usergroup_map table

Это может быть отлажено посредством сначала сохранения бэкапа базы данных затем щелчком здесь.

All ACL user_usergroup_map table rows have corresponding entries in users table.


синхронизировать получается, но следующий пользователь попадает в такое же положение

Стоят: Joomla 1.6.5, CB 1.4, Kunena 1.6.4, AUP 1.6.3, Modul Kunena Login

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

Проблема - не могут юзеры изменять свои профили - аватары

Автор nafania_19

Ответов: 1
Просмотров: 3846
Последний ответ 01.08.2014, 11:30:43
от nafania_19