Какой компонент каталога порекомендуете на Joomla для миллиона статей?
Какой компонент каталога порекомендуете на Joomla для миллиона статей с категориями ?
миллион записей в виде статей ( фотки, имя, описание и прочее)
оттестировали из коробки К2 - 12 секунд открытие
ЗОО 9 секунд
открытие как начальной страницы с категориями так и ненамного быстрее вложенных, открытие статьи норма
Какие ещё варианты кто подскажет? стандартных компонентов каталогов!
26 ядер, 50 гигов оперативы, ССД серверные.....
весь софт новый МАРИЯДБ Дебиан 10, ПХП 5,6 пока стоит ( но даже если пару секунд и выиграть на ПХП 7 то не суть, к тому же тормозит явно база запрос...)
Надим Закиров, ну импорт бы скрипт чтобы напрямую в SQL базу залить весь файл, а то писать не охото ( а стандартной джумлой компоненты наверное долго будут закачивать(((
для ЗОО и К2 лилось долго , но работают они как выяснилось тормозно , а дописывать и разбираться не охото (
i_m, да у анс на Джумла сайт (((( ЦМС менять уже неможем, там многое установлено и работает... да и на ДЛЕ что быстрее будет, надо просто на Джумла найти чтобы работало быстро и все стандартный какой нибудь)
Надим Закиров, новая джумла грузанули миллион статей с категориями открывается 20 секунд, где у вас они быстро работают то ???
или как? варианты примеры есть?
powerful888, я тестил в свое время 5 тыс. статей, было все норм. По миллиону инфы у меня не было. Просто весьма странно конечно, что движок не тянет - по идее там еще на этапе проектирование архитектуры должны были предусмотреть любое кол-во статей, это было бы разумно.
А вы не думали набросать свой небольшой движок а статьи хранить в именованных папках на сервере в виде текстовых файлов? Скорость вывода упрется исключительно в наличие индекса, а вот индекс уже можно будет хранить в базе, для быстрого поиска данных.
Надим Закиров, вы сравнили выборку )))))))))))))))) 5000 и миллион ))) обьемы другие вот и секунды умножаются.
нет такое нам ненадоваше предложение про файлы , надо на базе как положено
powerful888, я могу ошибаться, но проблема здесь может быть именно в большом количестве позиций в базе данных - слишком долго MySQL ищет нужную запись. Попробуйте вручную SQL запросом вытащить какую-то определенную статью и замерить потраченное время.
powerful888, согласен, это ОЧЕНЬ странно. Мне всегда казалось, что топовые движки должны уметь переваривать любое количество статей, видимо это не так. Похоже ваш единственный вариант тогда - это написать свой движок. При этом проблема здесь упрется не в хранение статей, это можно делать в какому угодно виде, а в создании индекса, способного переварить миллионы ссылок и сотни тысяч категорий.
У вас перекликаются вопросы по нагрузкам миллиона статей или вы один проект пилите или невероятное совпадение Долгое открытие страницы каталога на Joomla 3 + K2/Zoo, Почему?
Вы с чистой джумлой экспериментируете на таком объеме или уже с набором компонентов, модулей, плагинов поверх?
powerful888, расширения могут и влияют на скорость работы сайта, в вопросе который выше обозначил, есть результат php профилирования, что дает понимание куда двигаться дальше. Попробуйте на чистой джумла замер, исключите то что грузит, дальше оптимизировать запросы в базу для zoo есть хаки, которые в вопросе выше опубликовал в ответе.
1. Систему серверного кеширования включить в настройках жумлы пробовали?
Тот же Redis, например.
2. Статика должна быть корректно захеширована как на сервере, так и на клиенте. Запросы к БД - тоже.
3. Количество статей никакого отношения к скорости загрузки каждой отдельной - не имеет.
кэш включён на уровне сервера в пхп, в джумла стандартный, да и кэш тут непричем получается, ведь первичный запрос к бд очень долгий хотя не должен потому и непонятно какой компонент использовать( надо тот который быстро сделан работать ,а не красиво.....
xmoonlight, повторные по той же ссылке да, получается надо запросы к базе оптимизировать , которые изза наличия большой инфы в таблицах тормозят, получается чтобы не программить надо компонент у которого нету проблем с этим ) , который выборку делает не тормозно
powerful888, Варианта 3:
1. Пройтись локальным краулером по всему сайту. Тем же wget-ом, чтобы закешировать все страницы.
2. Проверить наличие асинхронной работы кода при рендеринге блоков.
3. Заняться профилированием запросов к БД и исправить их (и структуру полей в таблицах БД) так, чтобы не тормозили.
Плагины - не правят код ядра, а лишь добавляют функционал. Поэтому, они не помогут.
Простой
