Нормальная реализация блога или журнала (публикаций) на TYPO3
 

пишу здесь, потому что это во многом вопрос инф. проектирования и маркетинга.

Сложилась странная ситуация:
на TYPO3 пока нельзя удобным образом реализовать простейшую инф. структуру - дефолтовый вордпресс и простейший каталог статей (онлайн-журнал) с комментами http://www.dserg.com

Есть странненький TIMTAB... но уже и Дулепов написал, что он ХУЖЕ вордпресс... Так что же выходит TYPO3 не подходит для такой простой задачи?

И есть обычный tt_news на котором обычно и делают статьи. Только вот получается, что редакторы сайта как правило начинают юзать именно страницы - туда удобнее фотки вставляются. И уже их цеплять в tt_news... что, согласитесь, криво.

ИМХО не с того конца надо было заходить.
С вордпрессом и друпалом надо было воевать не ттньюсом, а страницами.

Тогда все становится на свои места. И сразу будут видны преимущества (:Dнастоящего уравления контентом:D) управления контентом на уровне кусков страницы (контент-элементов). К примеру - можно управлять доступом на уровне кусков страницы. Или можно встраивать фотки удобно, левой-правой колонкой управлять в разделах, сделать походящую под задачу структуру страниц...
Т.е. реализовать всё, что есть в вордпресных блогах и кое-что, чего там нет и никогда не будет.

Что нужно сделать - это постраничную листалку для вывода списка страниц, привязанных к текущей странице
(естественно с выводом первого блока контента, который будет играть роль анонса).
Сама привязка страниц - это обычная mm связь

Отдельные элементы этой идеи реализованы здесь
http://www.pifinfo.ru/
(постраничная листалка по cписку страниц, которые правда привязаны к категориям новостей)
и здесь http://bpms.ru/library/reviews/06/index.html
(вывод количества комментов sk_pagecomments)
(но оба эти проекта довольно специфические... не похожи они на дефолтовый вордпресс)

Сколько ни смотрю на http://www.typo3-unleashed.net/ по моему самый "реальный" блог из всех остральных, есть почти все что нужно для стандартного набора.
Непойму только что там есть tt_news или TIMTAB (который вроде на основе новостей и зделан). В общем, это вариант1 реализации.

То, что TIMTAB хуже ВП, по моему не показатель. Т.к. система заточена под блоггинг, насколько я это все воспринимаю. То есть сделать корпоративный сайт на ВП НАМНОГО больший геморой чем блог на ТИПО3:)

По идее еще можно совместить типо3 и вордпресс на одном сайте, но это двойные настройки дизайна + еще что-то, наверное.

:D не только я терпеть ненавижу ттньюс !! :D
так на чем предлагается делать категории? писать самостоятельно или заюзать что-то готовое?
есть еще тизеры всякие - для вывода ленты можно попробовать
тег клауд для страниц есть
каменты - последнее творение Дулепова - лучший выбор вроде
и реалурл можно на автомате работать заставить - а вдруг и правда быстрее
РСС? (ну опять :D )
из чисто блоговых фишек что можно сделать?

:) тут не ненависть... их надо по назначению использовать... просто они для реальных больших статей с фотками оказываются заметно менее удобны, чем страницы.

категории - это будут обычные страницы
а чтобы категоризировать статьи - для этого уже экст сделаем

да, для страниц много чего есть...
но вот меню по датам:
08' январь (5)
07' апрель (2)
07' январь (3)

это конечно придется писать

это наверняка хороший и грамотно сделанный экст, но увы, нет древовидных комментариев (отвечать нельзя на коммент)
поэтому имхо нужно юзать sk_pagecomments

и, кстати, sk_pagecomments - тоже кешируется (я только что это проверил)

список фишек довольно большой http://www.ingo-renner.com/index.php?id=11

попробую изложить мысли еще раз - на трезвую голову ;)

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

блоговые вещи - их тимтабу и оставить.

теперь если у нас типа журнал. тут уже рулит все - и версии, и воркспейсы, и даже кривоватое воркфлоу. тогда сразу делаем дерево страниц по месяцам или кварталам, по выпускам короче. но поскольку все-таки не типографский журнал - мультикатегорийность нужна. поэтому делать дерево страниц-категорий - только в очень специфических проектах. как в БПМС.

если верстать как следует - страницы рулят. ФЦЕ рулят. но делать ленты - тематических анонсов и рсс - надоть! значит, или делать двойную работу - анонсировать статьи, или писать свой экст. можно использовать категори тои или категоризейшн. для тои точно есть вывод лент по категориям.

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

в том то и дело, что нет :)
Именно - для тупого редактора tt_news - это ОЧЕНЬ плохо.
Потому, что ему надо учить сразу и страницы и tt_news !
Это путает очень.


мультикатегорийнось для случая страниц - это не проблема... мы же пишем свой экст

в ближ неск. дней будет экст - lab_journal
ленты анонсов с постраничным просмотром будут точно. рсс - не так быстро, но наверное тоже будем его делать

слушайте, а этого http://typo3.org/documentation/docum....0/view/toc/0/
недостаточно?

недостаточно, потому что

• нет возможности использовать первый контент-элемента на странице в качестве анонса (с списке анонсов)
• нет постраничного просмотра
• ну и вообще сырованый экст... с русскими буквами не будет работать - патчить его надо полюбому

А вот toi_categories можно было бы использовать.
Но имхо это будет один шаг в сторону TIMTABа (ставить какой-то экст, без доки, без красивой иконки... на вид далеко не продакшн... к тому же с API, которое мы наверняка юзать не будет).
А как раз от тимтаба мы и хотим уйти.

а какой элемент считать первым с учетом ТВ? и как с защитой от инициативы - задаст кто-нибудь первый элемент галерею 20 на 20 фоток :D

тот, который стоит первым :-)
эта инфа лежит в базе, и легко оттуда берется


ну так такой террорист может и просто вставить фотки куда хочет и в любом количестве
Т.е. если страница - это статья, то она имеет категории.
И у такой страницы 1ый элемент будет браться как анонс для показа на тех страницах, к которым статья привязана

при этом в LATEST можно показывать не этот 1ый элемент, а то что вписано в самой page (abstract например, или только title и дату)