29 августа 2011 в 15:29
Уважаемые дамы и господа. Хотел бы с вами посоветоваться в выборе cms для высокопосещаемого портала в интернете. Большие объемы контента более 100 Гб как видео так и фото и флэш игры. Меня заинтересовал Друпал, а перед этим думал использовать Битрикс Эксперт. Скажите насколько правилен мой выбор? Потянет ли Друпал такие задачи как высокая посещаемасть около 200 000 посетителей? Насколько можно обезопасить защиту портала на Друпале?
Комментарии
Постоянно возникающая тема. В сотый раз: друпалу все равно тянуть 1 посетителя или 1000000. Вопрос потянет-ли железо на котором он стоит и интернет канал. Защита в порядке.
sportbox.ru
forbes.ru
Я думаю хватит для принятия решения.
И каким боком тут друпал?
всмысли?
В прямом.
Друпалу глубоко всё равно 1 гигабайт у вас видео или 2 терабайта
)) разумный ответ. спасиб
А как же, разве Дрис лично не просматривает все видео?
Нагрузка создаваемая сайтом зависит, которую можно как-то изменить выбором/настройкой cms, зависит от количества запросов в единицу времени. Объём скачиваемых файлов, будет в данном случае константой, и тут будет играть роль настройки сервера, канал, дисковая подсистема...
На друпале вполне можно создавать посещаемые сайты, надо просто внимательно отнестись к кешированию, к ресурсоёмкости используемых модулей, возможно придётся немало доделывать, но это будет аналогично для любой другой CMS.
Если планируется действительно большая посещаемость, возможно, выгоднее в итоге будет использовать для создания сайта не готовую CMS, а фреймворк. Или сделать начальную версию на CMS, и потом учтя предыдущий опыт, сделать вторую версию сайта, которая будет более производительной и будет иметь возможность последующего масштабирования.
В последнее время выгоднее потратить 100 000 рублей на аренду мощного сервера на год-полтора, чем платить по 70 000 рублей программисту ежемесячно на фуллтайм те же год-полтора, чтобы он пилил сайт "на фреймворке", а потом свалил нахер в Таиланд, сделав 90% работы
Вот насчет Таиланда я попрошу!!!
Вы удивитесь, но некоторые сайты бывает быстрее сделать на фреймворке, особенно что-то не очень стандартное и точно по тз. И не такое это дорогое и совсем не такое долгое удовольствие как вы описываете. К тому же за сервера вам потом придётся платить и дальше, да и к тому же по нарастающей, если посетителей станет больше, т.к. распаралелить проект сделанный на CMS на несколько более дешёвых серверов, в общем случае, окажется дороже, чем переписать его с 0.
К тому же если выбирать достаточно распространённый фреймворк, а не какой-нибудь эксклюзив, то несложно найти замену разработчику - степень стандартизации достаточно высока, чтобы более-менее безболезненно вникнуть в проект, даже без нормальной сдачи дел. У меня есть клиент на поддержке, у которого 3 раза менялись разработчики на проекте сделанном на Symfony, например, и ничего, всё довольно гладко проходило, не смотря на то, что это далеко не самый популярный фреймоворк.
Хотя в общем-то, конечно, надо в каждом конкретном случае взвешивать все моменты, и разработка действительно будет в большинстве случаев дороже, т.к. нужна более высокая квалификация разработчика.
Вам не кажется что в этой фразе таятся некоторые контраргументы к вашей речи?)
Конечно, ведь Друпал разработчики берутся за проект, и тянут его всю жизнь.
Только разработчики на фреймворках переходят с проекта на проект! По-другому и быть не может!
Не кажется, т.к. был сначала сделан сайт по начальному ТЗ - один разработчик, через некоторое время он устроился на фуллтайм в какую-то контору, и у него небыло возможности заниматься в дальнейшем этим проектом, когда через какое-то время заказчику захотелось изменений, по результатам эксплуатации проекта. Потом сделаны рассылки новостей, и переделана часть функционала, не до конца, в чём-то там с заказчиком не сошлись в итоге - второй разработчик. Потом необходимые переделки закончены - третий. В чём тут контраргументы?
Crea, насчет вас лично у меня нет и не было никаких инсинуаций, извините если это вас задело
Я пошутил ))
Имелось в виду, что статика отдается не Друпалом, а веб-сервером.
Лучше держать такие объемы на отдельном серваке или в S3.
Если основная задача сайта - предоставлять доступ к
порновидео, то CMS особой роли не играет.Ставьте джумлу.
Толсто.
Ладно, толсто так толсто, перефразирую
Хотя, конечно, зависит от задачи - есть ряд вещей (форумы, вики-подобные сайты, да мало ли еще что), где друпал вам только помешает. Вот только задача топикстартера - портальный сайт с кучей медиаконтента, задача в общем-то типовая, много раз на друпале реализованная и обкатанная со всех сторон.
Это проблема не языка/фреймворка/CMS.
Если проект на Симфони делали 3 человека, то о самом фреймворке это еще ничего не говорит.