TYPO3 и хайлоад
 

Выбираем сейчас на чем разрабатывать крупный портал. Пока очертилось два направления: фреймворки и CMS/CMF. Фреймворки потребуют нефигового уровня от команды разработчиков и время разработки увеличится, но на выходе получим очень мощный и оптимальный продукт, с необходимыми параметрами, упрваляемостью, масштабируемостью.

В то же время сейчас присматриваюсь к CMS/CMF. Профессиональные разработчики из таких компаний как Smile посоветовали посмотреть в сторону TYPO3 и EasyPublish для моего проекта.

Вот решил узнать. Подойдет ли TYPO3 для портала, с максимальной неравномерной нагрузкой до 500 000 уникальных посетителей в сутки? Также есть вопрос масштабируемости - как у TYPO3 с этим? Можно будет c этим движком реализовать хотя бы вертикальную масштабируемость? Вопрос кеширования - есть ли инструменты быстрого и качественного кеширования?

Также очень сильно интересует возможность разделения прав доступа на большое количество уровней: редактор, главный редактор (имеет доступ ко всему, что написали все редакторы), админ, менеджер по рекламе, суперадмин. Возможно ли это реализовать в TYPO3.

Также интересует вопрос гибкости настроек - можно ли будет одним махом переименовать раздел и его URL, или добавить новый раздел не сильно копырсаясь в структуре?

Вопросов много, но и проект крупный, боюсь ошибится с выбором главного компонента :)

Спасибо за ваши ответы.

Крупный проект без команды квалифицированных разработчиков? 500 тысяч посещений? TYPO3 как база для такого проекта? I lol'd.
500К посещений не удержит ни одна CMS без продуманного кеша и кластера серверов. Выбирайте команду высококвалифицированных разработчиков, а потом уже у них спрашивайте, как и на чём такое делать.

которые уже сделали что-то размером хотя бы 1/10 (а лучше 1/3) от заявленного.
В 2006 на TYPO3 + 5 серверов обслуживали около 3 000 000 посетителей в месяц, сейчас порядка 10 000 000 (на неизвестных мощностях, http://www.bauermedia.de/de_tvmovie....1;tt_news]=650) так что теоретически такое возможно, а практически в РФ за подобное еще ИМХО не брались.

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

Кеш - сделаем, интересовали решения в области софтового кеширования для TYPO3, кластер - сделаем.

Хорошо. Я понял ваш ответ, спасибо.

Хорошо. Я понял, теперь я, по крайней мере, понимаю, что TYPO3 позволяет неплохо масштабироваться.

на темы TYPO3 и хайлоад посмотрите
http://techblog.evo.pl/en/2009/03/21...te-with-nginx/
и http://www.typofree.org/article/arch...ypo3-on-nginx/

А вообще void прав на 100% - выбирать надо команду.

Ну, может быть, такое и возможно. Я, правда, плохо представляю, что там в результате осталось от TYPO3 и чего им это стоило.

Параметры команды — выполненные проекты. Архитектура определяется задачами и особенностями проекта. Может у вас такой проект, что всё надо писать на Erlang и Ocaml? Если у вас выбор — CMS или фреймворки, то выбирайте фреймворки. Но куда вы пойдёте дальше: к людям, которые пишут на ZF, Yii, RoR, Django, Pylons, Tornado, node.js или сразу к Hadoop-щикам? В смысле, кто будет выбирать, собственно, архитектуру, под которую вы будете искать команду? Обладает ли этот человек, который будет выбирать архитектуру, достаточной квалификацией, компетенцией? Ведь ошибка может стоить дорого.

Еще один момент - TYPO3 не портальная система. То есть портальность ИМХО подразумевает организацию комьюнити, множество фронтенд пользователей. В TYPO3 нет готовых решений для этого - даже систем комментирования с функциональностью хотя бы 10% от http://aboutecho.com/ нет, практически все придется делать с нуля.

TYPO3 удобна когда много бэкенд пользователей.

Многие вещи увы не оптимальны: tt_news тормозит, RealURL тормозит (когда база его кэшей вырастает за полмилиона записей).

Изначально не предусмотрена "частичная" очистка кэшей - если запись tt_news меняется, то надо чистить кэш всей "физической" TYPO3 страницы - на которой могут быть 100 000 других логических страниц (отдельных записей tt_news).

Ищите свою команду :)

Понял. Спасибо за ответы. Тогда поищу еще команду, которая могла бы реализовать подобный проект.

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

Нашлась команда и решение. Сначала делаем с небольшим количеством модификаций все на открытых CMS, и параллельно пишем полноценную версию сайта на ZF. Так экономим время и в результате выхода на полноценный трафик получим работающий портал.

Всем спасибо за советы.