"stakh" wrote:

40.000 онлайн пользователей?

в сутки? в час? в минуту?

вы характер нагрузки укажите )

Ilya1st, а что бывает online в сутки ? ))))))

ни когда в жизни он столько онлайн не выдержит )))

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

Следующий момент. Подобного рода вопросы имеют под собой некое логическое противоречие. Они подобны вопросу "как снять с личного банковского счета миллиард долларов". Такого вопроса не может быть в принципе. Когда вы будете иметь 40.000 пользователей онлайн, вы сможете оплачивать техспециалистов, которые перепишут и оптимизируют все что угодно. Не заморачивайтесь на том "а что если через 10 лет это будет самый посещаемый ресурс сети", думайте о том как привлечь первый десяток постоянных пользователей.

AlexanderDN - подписываюсь под каждым словом.

AlexanderDN +1

он и десятую часть онлайн не потянет )))

stakh wrote:

Какие модули стоит использовать?

очень гибкая cms - создать можно любой "шедевр" ... повесить на локалке и любоваться как от тебя одного все это тупо "виснет" от всех этих модулей)))
если расчитываешь на серьезный трафик забудь как страшный сон

выдержит

посмотрите showcase на drupal.org - там были примеры высоконагруженных сайтов. в любом случае вам придется дописывать/переделывать ядро, и (что важнее) выстраивать распределенную серверную архитектуру.

http://drupal.ru/node/23572
Вот здесь был пример высоконагруженного сайта на друпале(30-40 миллионов просмотров в месяц, 15 миллионов уников), под обслуживание которого выделено несколько достаточно мощных серверов + кастомизация кеширования. Но когда я туда заходил было не более 10 зарегистрированных пользователей онлайн, а они создают самую большую нагрузку, а не незарегистрированные посетители, для которых большую часть страниц можно закешировать полностью и их друпал может выдержать много.

Распилить ресурс структурно по поддоменам, как mail.ru сделан (там, что не прикол - то поддомен), и на каждый поддомен навешать отдельную БД с движком, в свою очередь каждый поддомен - это независимый виртуальный сервер. Один и тот же пользователь зарегенный не сможет юзать два поддомена одновременно - будет дешево и сердито

Друпал-т овыдержит. Ваши серверы выдержат?

40 тыс. пользователей онлайн требуют (при ограничении в 4 кб на рыло) канала где-то в 150 мегабайт\с или минуту, в принципе неважно.

Допустим, половина из них одномоментно запрашивает\обновляет страницы. Если каждый из них жрет по 1% серверных мощностей, сколкьо серверов потребуется чтобы у них ничего не отваливалось? Даже с мощной системой кеширования распределенные серверные мощности строго обязательны.

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

Вы начните с чего то,с там глядинь деньги на самомись найдуться при 40 тысячах то
Да и вообще,не факт что у вас такой траффик будет.

Либо крутейшее порно либо google v2.0 Шучу,Шучу

однокласники ру .... в десять раз меньше ))))))))

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

если...
1. критична скорость работы
2. требуется большой объем уникального функционала
3. позволяет квалификация программистов
...пишите сами.

последний пункт самый критичный. )