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

k_morgan

  • Захожу иногда
  • 59
  • 1 / 0
Hi All!

Допустим есть сайт, на главной выведен шаблон блога. Статей много, следовательно, блог разбит на страницы. Ко всем статьям есть также доступ через меню.
Вопрос такой, стоит ли позволять индексировать поисковикам вторую, третью, четвертую и т.д. страницы блога на главной или закрыть через robots.txt? Если да, то как сказывается на отношение к сайту поисковиков то, что статьи постоянно добавляются и, следовательно, переползают со страницы на страницу?
*

voland

  • Легенда
  • 11026
  • 588 / 112
  • Эта строка съедает место на вашем мониторе
Re: Стоит ли позволять индексировать?
« Ответ #1 : 27.03.2010, 17:19:57 »
Нормально в целом относятся, хотя нужно смотреть конкретный пример
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Правда ли что ссылки уже не работают и стоит ли их размещать?

Автор 1-F7

Ответов: 3
Просмотров: 1099
Последний ответ 31.07.2016, 15:09:45
от 1-F7
Стоит ли заполнять описание меток?

Автор Артём 2014

Ответов: 2
Просмотров: 1170
Последний ответ 29.02.2016, 22:47:47
от Артём 2014
Стоит ли в описании категории выделять слова?

Автор Артём 2014

Ответов: 5
Просмотров: 1397
Последний ответ 13.02.2016, 11:45:59
от ChaosHead
Стоит ли пользоваться Обёрткой(Wrapper)?

Автор dmtn

Ответов: 6
Просмотров: 1557
Последний ответ 30.09.2015, 12:57:48
от beliyadm
ваше мнение о сервисе 1ps.ru стоит ли?

Автор maximum1

Ответов: 11
Просмотров: 3207
Последний ответ 06.05.2015, 11:35:47
от robotron