Привет!

Объясните мне, пожалуйста, чем качественно отличается ТУПО3 от подобных систем?
Напрмер, от Мамбы/Жумлы?

И вообще, есть ли разница между CMS, когда основная задача - вывод более/менее статичного контента, написанного пользователями/админами? 

зы. Что качать, кстати, с SF для ТУПО3 я так и не понял, куча вариантов. (+у меня диалап)

Спасибо.

Начну с конца - http://typo3.org/download/packages/ - если ставите на WIn, то Source with Dummy Site.zip, если lin -  Dummy.tar.gz+Source.tar.gz - от одной версии, естественно.

ИМХО: сравнивать с Мамбой и т.п. - некорректно, другая идеология.
коротко: вот страница - какую информацию мы на ней показываем? против: вот информация (статья, блок) - на каких страницах мы ее показываем?
Подобные (близкие по модели работы с информацией) - MODX, ezPublish.
Принципиальное отличие - изначальный рассчет на корпоративный сайт, а не комьюнити-портал илли чисто новостной сайт.

Если вам нужно именно то что сказано выше - посмотрите на MODX, ИМХО наиболее простая из системм поддерживающих как страничную, так и табличную идеологии ( читай лентоновостную, статейную-раздельную).

Принципиальная разница на уровне для разработчика:

1. Замучитесь настраивать первые 2-3 сайта так чтобы клиенты на вас не ругались. Зато не будут ругаться в процессе эксплуатации.
2. возможность заработка - не только подъем сайтов "от себя" - аутсорсинг на Европу / США.
3. с точки зрения программиста - код ядра местами архаичен и подлежит переписыванию с нуля - что и делается.
4. полное управление парсингом информации из БД на уровне ремапинга тегов, сложных условий, HTML или PHP шаблонов.
5. Многосайтовость  - на одной БД живет произвольное количество сайтов с разделяемой информацией, на одной установке TYPO - произвольное количество БД.
6. ACL вплоть до единичной записи в БД

Для пользователя:

1. Рабочий поток редакции  - подтверждения, передача "по цепочке", группы пользователей, контроль версий, черновые рабочие пространства, публикация простраств по расписанию...
2. Корректная многоязычность с несколькими моделями, utf.
3. При правильной настройке - удобный интерфейс (не дефолтный, увы. настройка - отдельная песня и на первом сайте легко займет несколько дней)
4. катологизация медийной информации (не дефолтно)
5. Многосайтовость - а если у фирмы 3-5 сайтов, и часть информации общая, а отдел маркетинга один - не вбивать же информацию в 5 админках?

Для админа:SEO-friendly,  ЧПУ, полное логирование действий пользователей, при правильной настройке - полное сответствие стандартам (хотите trans, хотите strict ). Массовых взломов сайтов не наблюдалась, активно работающая security team, работающая не только с ядром, но и популярными расширениями.

Что еще вспомню - допишу.

Дописываю:
корпоративные фичи типа интеграции c LDAP,
безопасность - возможность идентификации или полностью работы только по https , привязка к IP, вынос админки на отдельный домен... 
Возможность интеграции любого дизайна на x(html), javascript, flash+xml.

Это сообщение отредактировал(а) PhilD - 9.4.2007, 11:13

огоо...

Действительно нужно будет посмотреть)

В общем, это ЦМС для программистов, да? Не для чайников уж точно.


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


А что это? ))


Серьёзно, в общем, я понял, обязательно посмотрю  

а что, профессиональный разработчик сайтов - чайник  ?
Эта ЦМС для того, чтобы профессионал поднял сайт, которым будут легко управлять контент-редакторы. Но контент-редактор такой сайт не поднимет.
Пользователь имеет доступ только к контенту (причем на той области сайта, за которую отвечает), и, если разработчик это предусмотрел - к переключателю шаблонов из заранее предусмотренного набора. и к воркфлоу, если оно включено. к статистике, если настроена. все. Посмотреть можно здесь - сравните 2 интерфейса, причем оба - контент-менеджеров http://cms-demo.typo3lab.ru/ . 
А потом частично интерфейс администратора - здесь http://typo3lab.ru/ru/technology/about-typ...creenshots.html

По поводу сложных настроек. Редко, но нужно. И когда в других системах пора писать хак, здесь открываешь такой специальный модуль TypoScriptObjectBrowser и смотришь - ага, это парсится так. А вот мне нужно по-другому... Причем только на этой страничке. А вот это - на всем сайте...

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

А так  - все по дефолту уже настроено, остается только грамотно CSS написать. Это я про парсинг.
Остается еще выбрать один из 4х способов шаблонизации страницы, написать конфигурацию к шаблону, написать конфигурацию интерфейса... От 2х недель на освоение,  в общем, с переодическим ощущением   , минимальный профессионализм, когда нет нужды поминутно смотреть в доку и накопилась база сниппетов - к 3-5 сайту.

ACL  - Access Control List, система прав

Это сообщение отредактировал(а) PhilD - 9.4.2007, 15:52

Посоветуйте, если не трудно, по такой ситуации:
нужно сделать небольшой сайт, обязательно с лентой новостей, галереей графики, форум туда добавить для обсуждений разных.. ну, остальное по мелочи. Причем хочется настроить так, чтобы определенные разделы новостей могли редактировать только некоторые модераторы. на чем и как это проще и грамотнее будет реализовать? А то ведь если в дальнейшем что-то еще менять прийдется, то замучаешься, если с самого начала криво делать.

И еще, не совсем в тему вопрос, но все-таки...
как реализовывается создание странички с новостью (по клику на ленте новостей) ? ведь выводиться она на страничке с шаблоном каким-то?

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

Заранее спасибо

Это сообщение отредактировал(а) Guk20 - 21.8.2007, 00:50