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

Maxum

  • Давно я тут
  • 689
  • 32 / 1
Google понаходил ссылки типа site.ru/vakansii/16-stati/nazvanie-stati, где vakansii - это пункт скрытого меню под названием "Вакансии", 16-stati - это категория, к которой привязаны материалы (16 - её id), nazvanie-stati - название материала.
Раздел "Вакансии" не имеет к материалам из категории stati никакого отношения - это пункт скрытого меню, который выводится отдельной ссылкой в боковом модуле. Материалы же открываются при клике по пункту основного опубликованного меню "Статьи" (тип - Блог категории).
Откуда могла взяться такая адская смесь - в адресе смешались меню и не имеющее к нему никакого отношения категория и материал из неё?

Подскажите, верно ли будет прописать в robots.txt Disallow: /vakansii/16-stati/? Чтобы скрыть дубли материалов и не запретить доступ к разделу site.ru/vakansii и к самим материалам по адресу site.ru/stati/nazvanie-stati
« Последнее редактирование: 06.12.2012, 17:46:43 от Maxum »
*

Maxum

  • Давно я тут
  • 689
  • 32 / 1
В роботсе запрет на индексирование прописан.
Но неприятно то, что страницы открываются по этим глючным адресам site.ru/vakansii/16-stati/nazvanie-stati. С 6-8 позиции сайт улетел на 22.
Более того, теперь Яндекс нашёл ссылки типа site.ru/stainopublic/nazvanie-stati. По ним открывается Главная страница, внизу которой просто добавляется материал из одноимённой статьи.
Я понятия не имею, что такое stainopublic - на сайте никогда не было такого раздела, пункта меню, категории и т.п. Откуда могут браться подобные чудеса? Ладно там какие-то "технические" записи в адресе, типа item, component и т.д. Но когда движок откуда-то берёт разделы и цепляет к ним материалы - это мне не понятно.
Подскажите, в какую сторону искать, что исправлять. Ладно бы с K2 такие пляски с адресами происходили, но здесь обычный контент Категория-Материал-Пункт меню. Всё. Никуда больше эти материалы не привязываются.
« Последнее редактирование: 09.12.2012, 04:53:47 от Maxum »
*

NortonFox

  • Захожу иногда
  • 441
  • 43 / 0
Основная причина по которой я не использую больше Joomla, эти танцы с бубном вокруг урлов просто надоели, не должно так быть.
По теме - зарание продумывайте структуру сайта оглядываясь на специфику Joomla (жить не может без дублей), или поставьте SEF компонент, любой из них хорошо косит все эти странные урлы, удаляет дубли. Или учите PHP и пишите свои роутеры.
Я знаю только то, что ничего не знаю
*

Maxum

  • Давно я тут
  • 689
  • 32 / 1
По теме - зарание продумывайте структуру сайта оглядываясь на специфику Joomla (жить не может без дублей)

Дело в том, что в структуре сайта не было указанных категорий или пунктов меню. Ладно бы они когда-то были созданы, потом структура поменялась и их пришлось удалить (хотя и здесь непонятно, с чего бы Joomla самостоятельно связывала материалы из одной категории с пунктом меню, всю жизнь связанным с одной-единственной категорией и одним-единственным материалом в ней).
Но этих категорий или меню вообще никогда не было.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

вопрос к решению из FAQ. Вместо отсутствия ссылки отсутствует название активного пункта меню

Автор Loh

Ответов: 5
Просмотров: 2494
Последний ответ 10.04.2022, 11:04:26
от fiksius
Расширенные описания страниц в Joomla (микроданные, микроформаты, RDFa, schema.org)

Автор ELLE

Ответов: 151
Просмотров: 113673
Последний ответ 20.11.2021, 18:15:42
от Byzi
Решение - Редирект со страниц AMP на обычные

Автор draff

Ответов: 2
Просмотров: 1399
Последний ответ 20.11.2021, 17:03:03
от draff
Разные robots.txt

Автор yyyuuu

Ответов: 7
Просмотров: 1235
Последний ответ 14.01.2021, 14:06:58
от rsn
Принудительный переобход всего сайта, удаление всех старых страниц

Автор AzMandius

Ответов: 4
Просмотров: 1441
Последний ответ 09.02.2020, 22:23:09
от AzMandius