TYPO3 и хайлоад

[smartme]

Сообщение от cherkatel

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

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

[Valery Romanchev]

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

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

[void]

так что теоретически такое возможно, а практически в РФ за подобное еще ИМХО не брались.

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

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

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

[dmartynenko]

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

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

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

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

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

[smartme]

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

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

[smartme]

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

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