jos_ в префиксе? тут либо была миграция причем скорее всего кривая, либо автор мега удачлив. Т.к префикс jos_ уже в 1.7 меняли, а в 2.5 был автогенератор
P.S а вот минусы вам ставят не от любви к Joomla, любой разработчик работающий с Joomla знает о ее проблемах лучше вас.
Так и сделал, переписал ВСЕ модули, причем, не как модули, а, грубо говоря, подключаемый свой код в шаблоне, заняло, действительно, несколько часов.
Писать запрос в бд в шаблоне даешь дубль запросов =) Еще небось без JDatabase
И с него бы слез, но джумла все-равно останется для админки и компонента поиска, загрузки и обработки информации.
Вот тут даже ничего сказать не могу. для админки? у вас уже что com_content = всей админ. Поиск? — com_search как бы ищет не только в com_content да и расширяется плагинами.
Пост называется "Производительность Joomla на больших объемах контента" однако в самом посте речь идет об одном модуле одного компонента. Что само по себе не корректно.
В результатах тестирования не указанная конфигурация сервера. Хотя сами подсчеты идут в % и мс.
Сам совет и результат. Как писал в п1. Речь о конкретном модулей и компоненте. Вот зайдет почитать человек у которого на сайте com_content не используется, или этот модуль не выводиться, и будет думать а почему же решение не помогло.
Когда суппорт хостинга только и делает что тыкает вас в плайс лист с требованиями сменить тариф, такой хостинг стоит менять.
Теперь по делу.
Если уж мы говорим о проблеме с модулями, то скажу так. Самое простое это взять и написать свой, занимает это 2-3 часа. Сразу с оптимальным запросом и прочими полезными плюшками. Заодно и ajax погрузку итемов можно добавить, а то что посетителю вечно на 5 самых популярных пялиться.
Отображать итемы всем посетителям далеко не лучшее решение.
Кстати если вы оптимизируете модуль "из коробки" милости просим на github против ни кто не будет, наверное =).
Тоже относиться и к компонентам, как верно заметил zikkuratvk, com_content с легкостью справляется с 15-20к материалов, даже при хорошей посещаемости. Дальше начинаются проблемы. Поэтому если мы говорим о большом количестве итемов, то лучше озаботиться написание своего компонента, выкинув при этом все не нужное.
Что же касается ACL в целом, с этим действительно есть проблемы, но их решение не стоит в приоритете, ну или всем просто лень туда соваться, да и пропихнуть PR с полной переработкой ACL без поддержки будет крайне не просто.
Кстати говоря com_fields жрет очень не мало. Поэтому если поля не нужны отключить их лишним не будет.
P.S Лично я com_content не очень жалую ибо он годиться разве что для небольшого блога.
То бишь о том что движок надо обновлять вы не вкурсе? но при этому у вас движок во всем виноват.
Актуальная версия Joomla! 3.8.7.
Joomla! 3.8.8 Выйдет 22 мая 2018.
Не буду перечислять все изменения, исправления, закрытие дыр со времен 3.6.5 их было не мало
А что с префиксом, миграция? как делали миграцию.
Нет мыши просто потихоньку исправляют кактус, либо просто знают как его правильно готовить.
Так стоп это вообще какая Joomla? (Только сейчас пригляделся к запросу внимательно)
badcatsубрали еще год назад.PR
commit
Да и с тех пор еще не мало изменений было.
jos_в префиксе? тут либо была миграция причем скорее всего кривая, либо автор мега удачлив. Т.к префиксjos_уже в 1.7 меняли, а в 2.5 был автогенераторP.S а вот минусы вам ставят не от любви к Joomla, любой разработчик работающий с Joomla знает о ее проблемах лучше вас.
В магазине joomla продают футболки.
Смотрим вот на эти строки
github.com/joomla/joomla-cms/blob/staging/modules/mod_articles_popular/helper.php#L14
github.com/joomla/joomla-cms/blob/staging/modules/mod_articles_popular/helper.php#L33
Писать запрос в бд в шаблоне даешь дубль запросов =) Еще небось без JDatabase
Вот тут даже ничего сказать не могу. для админки? у вас уже что com_content = всей админ. Поиск? — com_search как бы ищет не только в com_content да и расширяется плагинами.
Обо все по порядку
Теперь по делу.
Если уж мы говорим о проблеме с модулями, то скажу так. Самое простое это взять и написать свой, занимает это 2-3 часа. Сразу с оптимальным запросом и прочими полезными плюшками. Заодно и ajax погрузку итемов можно добавить, а то что посетителю вечно на 5 самых популярных пялиться.
Отображать итемы всем посетителям далеко не лучшее решение.
Кстати если вы оптимизируете модуль "из коробки" милости просим на github против ни кто не будет, наверное =).
Тоже относиться и к компонентам, как верно заметил zikkuratvk,
com_contentс легкостью справляется с 15-20к материалов, даже при хорошей посещаемости. Дальше начинаются проблемы. Поэтому если мы говорим о большом количестве итемов, то лучше озаботиться написание своего компонента, выкинув при этом все не нужное.Что же касается ACL в целом, с этим действительно есть проблемы, но их решение не стоит в приоритете, ну или всем просто лень туда соваться, да и пропихнуть PR с полной переработкой ACL без поддержки будет крайне не просто.
Кстати говоря com_fields жрет очень не мало. Поэтому если поля не нужны отключить их лишним не будет.
P.S Лично я com_content не очень жалую ибо он годиться разве что для небольшого блога.