Выдержит ли Joomla 30 000 страниц?

Вопрос: нужно сделать очень большой сайт на Joomla.
Планируется 30 000 страниц и посещаемость 1000 чел в день.

Каждая страница содержит 5-10 тегов.
требуется поиск по тегам

Страницы будут просто информационными с постоянным контентом.
Кеш включен.

Вопрос 1 : выдержит ли Джумла?
Вопрос 2 : какой для этого дела понадобится сервер?

Вопрос в догонку, Виртумарт это дело потянет?

Отвечу по теме:
30 000 джумла потянет, если страницы будут нормально разбиты по разделам и категориям, если все будет в одном разделе и категории то понадобится много оперативы на сервере для формирования и тут могут быть сбои при большой посещаемости.
По виртуемарту, в базу товары залезут, загрузить можно, но основная проблема возникнет что сайт будет дико тормозить при создании дерева категорий и подкатегорий, стандартный модуль для этого не пойдет, нужно переписывать дерево категорий под ajax с динамической подгрузкой категорий с базы.
Кроме того для оптимизации можно поставить модуль оптимизации контента, он уменьшит время загрузки сайта.
На моей практике, при хорошей разбивке на разделы и категории джумла с 96 000 материалами работает на виртуальнм сервере на hc.ru вполне шустро. Посещаемость к сожалению не отслеживал.

Джумла сама по себе скорей потянет. многое будет зависит от того, где вы разместите сам сайт. если сандартный шарехостинг за 2 доллара, то результат будет плачевный

а вот вирчумарт скорей всего будет тормозить.

Цитата ("SergeyBoiko"):

Отвечу по теме:
30 000 джумла потянет, если страницы будут нормально разбиты по разделам и категориям, если все будет в одном разделе и категории то понадобится много оперативы на сервере для формирования и тут могут быть сбои при большой посещаемости.
По виртуемарту, в базу товары залезут, загрузить можно, но основная проблема возникнет что сайт будет дико тормозить при создании дерева категорий и подкатегорий, стандартный модуль для этого не пойдет, нужно переписывать дерево категорий под ajax с динамической подгрузкой категорий с базы.
Кроме того для оптимизации можно поставить модуль оптимизации контента, он уменьшит время загрузки сайта.
На моей практике, при хорошей разбивке на разделы и категории джумла с 96 000 материалами работает на виртуальнм сервере на hc.ru вполне шустро. Посещаемость к сожалению не отслеживал.

могу добавить, что модулей большинство надо будет переписывать. Для виртуамарта.
Вообще - сделайте такую базу и протестите.

Согласен с ypeskov.

Ваш сайт на Джумле всего лишь интерфейс в базу данных, работающую во взаимодействии с веб сервером и двигателем РНР, расположенными и настроенными на Вашем хостинге. единственное, откуда можно ждать неприятностей, так это конфликтующие расширения-эгоисты.

веб сервер Apache в проверках не нуждается, также как и сервер базы данных MySQL. оба выдерживают любую нагрузку. все упирается в железо. ясно, что Вам нужен не просто обособленных хостинг (dedicated hosting), т.е. отдельных ящик для Вашего сайта. сам ящик должен быть мултипроцессным, скоростным как минимум.

Цитата ("lx83"):

...
веб сервер Apache в проверках не нуждается, также как и сервер базы данных MySQL. оба выдерживают любую нагрузку.

Это уж как Вы его сконфигурируете, иногда попадаются очень оригинальные конфигурации. Насчет "любой нагрузки" - это, пожалуй, слишком оптимистично и, в основном, определяется приложениями. Апач со статическими страницами способен обслуживать 2-5 тыс. запросов/сек., MySQL на не очень сложных запросах к не очень сложным базам данных обеспечивает 200-300 запросов/сек, но это очень грубая оценка.

Цитата ("lx83"):

все упирается в железо. ясно, что Вам нужен не просто обособленных хостинг (dedicated hosting), т.е. отдельных ящик для Вашего сайта. сам ящик должен быть мултипроцессным, скоростным как минимум.

Конечно, лучше купить выделенный сервер и помощнее - надо же поддерживать мировую экономику. Вообще-то 30000 страниц - это что-то порядка 30000 файлов или 30000 записей в БД (в зависимости от того как Joomla хранит эти страницы). Стандартная файловая система Linux/FreeBSD начинает себя "плохо чуствовать" где-то от миллиона файлов в директории, MySQL начинает испытывать проблемы то же где-то от миллиона записей в БД. Очевидно, эти цифры заметно превосходят заявленные 30000 страниц.

По нагрузке - 1000 посетителей в сутки это не слишком много. Сколько страниц сайта будет просматривать один посетитель в среднем? Предположим, каждый посетитель просмотрит 100 страниц (хотя, наверное, ему надоест раньше), таким образом сайт получит 100K обращений в сутки или 1.15 обращений/сек - это не очень много, joomla справится, для начала все можно разместить на shared hosting, когда (и если) нагрузка будет расти можно будет перенести все на выделенный сервер, для начала достаточно будет чего-нибудь средненького.

bistrosite, Цитата:

Вопрос в догонку, Виртумарт это дело потянет?

Был опыт с Joomla + Virtuemart и попыткой залить туда каталог на 3 000 000 (три миллиона) позиций. Использовался ТП Эффективный Мастерхоста (есть ограничения на время работы скрипта 30 секунд и нагрузку процессора - не более 10% мощности). Виртумарт не оптимизированный.

Итог:
1. Админка виртмарта перестала отрабатывать с порядка 200 000 позиций. Показывала просто белый экран - диагноз: "Не успевала обработать за положенное время базу".
2. При меньшем количестве (около 100 000), если несколько раз подряд выполнять операции в виртумарте сайт обрубался хостером за большую нагрузку на базу.
3. Лицевая панель (после 200 000 заливали скриптами по 100 000 позиций, без захода в админку) отвалилась на 2 500 000 позиций.

Это все без нагрузки с одним посетителем.

А я опять пропагандирую DRUPAL 7-ка Альфа-2 просто супер, офф релиз будет еще круче

Друзья, давайте будем четными перед сами собой. Если проект большой,и в него вливается куча денег на создание , а на железе и выделенной машине экономится, то изначально затея гиблая. Я не раз наблюдал работу joomla на выделенном сервере, ничем не хуже простого html сайт, работает молниеносно. Поэтому начните с проектирования проекта в полном масштабе и вложения требуются не только на создание сайта.

sjoy, обратите внимание на дату последнего поста. Подозреваю, что тема уже не актуальна и довольно давно.