typo3 и соц сеть

[shuman]

http://drupal.org/node/131855 - размещена статья про сравнение Typo3 и Drupal
практически по всем параметрам сравнение не в пользу Drupal
надо отдать должное админам сайта, что они выставили такое объективное исследование на обсуждение

[Pavel Antonov]

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

http://drupal.org/node/131855 - размещена статья про сравнение Typo3 и Drupal
практически по всем параметрам сравнение не в пользу Drupal
надо отдать должное админам сайта, что они выставили такое объективное исследование на обсуждение

Это конечно здорово и спасибо за сссылку, но к теме совсем относится.

TYPO3 - для больших корпоративных сайтов и соц. составляющая очен слабая. Не стоит использовать TYPO3 для построения соц.сетей - не предназначена она для этого! И в данном вопросе Drupal может быть больше подойдет из-за своей коммьюнити ориентированности.

[jettero]

Не совсем согласен. Все нужные базовые фичи в TYPO3 есть – группы, права, BE интерфейс, где можно реализовать очень многое (особенно удобны IRRE элементы для визуализации и работы со сложными связями между разными сущностями модели, что на каждом шагу встречается в соцсети), раздельный рендеринг и кеширование для разных групп, локализация итп... Вообщем в ядре есть все базовые фичи нужные соцсети, особо допиливать там ничего не нужно для этого.

Чего нету, так это готового API для построения соцсети. Но польза от него и не так уж очевидна, поскольку универсальное решение для любой сети тут вряд ли возможно и разумнее делать свой слой бизнес логики под конкретные нужды.

Другими словами, программисту-разработчику ничто не мешает сделать соцсеть на TYPO3. Пользователю, кто больше привык к готовым экстеншенам, и правда особо радоваться нечему, но тут можно упомянуть, что ведется активная работа над экстеншенами типа cwt_community итд. Не знаю насколько они готовы к использованию.

[jettero]

Посмотрел доки cwt_community http://typo3.org/documentation/docum....0.4/view/1/1/
Там есть и профили пользователей и альбомы и личные сообщения и списки друзей.
У расширения 10766 загрузок и дата последнего обновления 16.06.2009. Судя по этим косвенным признакам это что-то вполне рабочее

[Pavel Antonov]

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

Посмотрел доки cwt_community http://typo3.org/documentation/docum....0.4/view/1/1/
Там есть и профили пользователей и альбомы и личные сообщения и списки друзей.
У расширения 10766 загрузок и дата последнего обновления 16.06.2009. Судя по этим косвенным признакам это что-то вполне рабочее

Никто не говорил что нельзя или нет попыток. Я сам делал портал для университета (собственно потому могу говорить что не подходит). Не подходит архитектурно, потому что много проблем:

• Проблемы с кэшированием - от него приходится отказываться так как статических данных на сайте нет.
• Без кэширования начинаются серьезные проблемы с нагрузкой. А код/архитектура TYPO3 на это не очень расчитаны. Что стоит хотя бы меню - каждая страница будет долбить базу шквалом запросов.
• Проблемы с созданием контента внешним пользователем. Да решения есть, но кусочные, недоделанные (так как мало кто занимается комьюнити на TYPO3).
• Все комьюнити разработки - очень слабые. Юзерлист, Бадилист, Галлерея, Профайл - это все и без расширения сделать можно... стандарьными средствами, TS.

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

И я не говорил что TYPO3 плохая... TYPO3 - отличная система, но не надо ее применять для "управления полетами и организации авиадиспечерских", как написано в лицензии на Java. 8=)

[jettero]

Сообщение от Pavel Antonov

Никто не говорил что нельзя или нет попыток. Я сам делал портал для университета (собственно потому могу говорить что не подходит). Не подходит архитектурно, потому что много проблем:

• Проблемы с кэшированием - от него приходится отказываться так как статических данных на сайте нет.
• Без кэширования начинаются серьезные проблемы с нагрузкой. А код/архитектура TYPO3 на это не очень расчитаны. Что стоит хотя бы меню - каждая страница будет долбить базу шквалом запросов.
• Проблемы с созданием контента внешним пользователем. Да решения есть, но кусочные, недоделанные (так как мало кто занимается комьюнити на TYPO3).
• Все комьюнити разработки - очень слабые. Юзерлист, Бадилист, Галлерея, Профайл - это все и без расширения сделать можно... стандарьными средствами, TS.

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

И я не говорил что TYPO3 плохая... TYPO3 - отличная система, но не надо ее применять для "управления полетами и организации авиадиспечерских", как написано в лицензии на Java. 8=)

Я сейчас тоже делаю ял-ля соцсеть на TYPO3 пока проблем не испытываю.

Проблемы с кэшированием решаются не отключением кэширования страницы, а 1) USER_INT плагинами (которые на лету переключатся в USER, когда это можно), тогда вся страница кэшируется, кроме отдельных частей и проблем с меню итп не возникает 2) USER плагинами + коротким временем жизни кеша - например список пользователей можно делать через USER с экспайром кеша в 1 мин, тогда изменение профиля и состояние "online" будет обновлятся раз в минуту.

Далее можно поднять фронтенд кэш через nginx + memcached, на этом форуме есть топик про evo_nginx_boost - там кэшируются даже страницы с USER_INT плагинами и, как я понял, тот плагин делали как раз для соц сети.

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

Насчет нормальной комьюнити системы - для более-менее сложной соц сети нет готовых решений, например функционал mamba.ru или вконтакте нельзя реализовать на drupal.

Если проект делается под большую нагрузку, то конечно надо сразу писать все с нуля без фреймворков и CMS. А если планируется одновременная работа всего до 200-300 юзеров на сайте, то на TYPO3 вполне можно сделать все что нужно В плюсе будет готовая админка (BE), готовая система FE кеширования, генерация меню, права доступа к контенту, локализация итп, то есть все те базовые фичи, про которые я писал выше и разработчику можно будет сосредоточится целиком на бизнес логике.

[void]

Нда, если ещё учитывать то, как пишется сейчас бизнес-логика (а именно практически голые SQL-запросы, отсутствие ORM и вменяемого шаблонизатора)... Или вы уже перешли на Extbase и Fluid?