Давайте сделаем FAQ по CMS

я уже 2 года пользуюсь вордпресс и доволен ей! делаю далеко не блоги...

Боюсь, что FAQ по Drupal, не слишком полезен. =)

У Drupal довольно высокий порог вхождения, и довольно сильно отличная от большинства CMS идеология. Минимальный объём информации для освоения слишком большой, чтобы представить его в рамках какого-нить FAQ.

Если планомерно изучать, лучше всего пойти на drupal.org там информация довольно хорошо структурирована, и естественно наиболее полная.

О, да, на Моските получается лёгкий быстрй блог!

xmixx, верно вам bsyomov написал. Drupal сразу не охватить взглядом для получения представления. Надо вникать, заниматься.

Начните с малого, просто поставьте CMS, попробуйте наполнить контентом, перераспределить его, изменить структуру сайта. Появится очень много вопросов. В процессе поиска ответов на них начнёте понимать, что есть Drupal.

Очень сомнительные данные. Например в Битриксе очень удобно загружать картинки из медиабиблиотеки, с компьютера, из директории сайта. Пожалуй, один из самых простых и одновременно удобных инструментов. Однако в графе "Удобная загрузка картинок" напротив него галочки нет.

А в Джумле, "из коробки" укомплектованной кастрированным редактором, в котором с изображениями работать приходится вручную прописывая URL картинки, в общем с минимальными функциями, в той же графе стоит галочка.

Да, вот еще вопрос. Есть по вышеприведенной ссылке такой пункт: "использование rel=canonical"

В коммерческих сатах есть у всех, кроме Битрикса.

Но тут как в старом анекдоте:

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

Вопрос в следующем: есть ли еще движки, которые не дублируют контент?

Встречный вопрос - кому нужны убогие движки без поиска, тегов\меток (или подобного функционала), вирт. страниц для вывода неск. реальных страниц\постов, архивов по датам, и тп?

Ведь именно этот необходимый функционал и создаёт "дубли" контента.

Можно еще вспомнить сортировку и т.д. Да, согласен, это все имеет место быть в любом нормальном движке. Но в некоторых движках это решается скромной строчкой в роботсе типа "Disallow: /*?", а в некоторых можно в середину адресной строки произвольные опусы писать и страница будет отображаться без проблем.

К тому же я имею ввиду, конечно, не страницы с динамически изменяемым котентом - их обычно очень легко запретить для индексации, а материалы, отображаемые по двум разным адресам. Ведь именно для них придуман rel=canonical.

Это уже другая проблема - кривость обработки УРЛов. И тут дубли - лишь малая, из возможных проблем :)

Я не уверен, но думаю, что данным багом не обладает ни один из ТОП-двигов. Да и не из ТОПа тож.

У ВП его точно нет. У зебры-лайт тоже.

Проще, наверное, назвать у кого он есть. У кого?

Это не в движках, а на сервере. Указатель для ПС (и как бэ никакого отношения к двигу не имеет ;) )

Ну, например, в Джумле можно в материалах прописать /25-luboi-text.html и будет отображена страница с id 25.

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

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

Джумла относительно простота освоения\функциональность - вне конкуренции для публикации статей например. ))

Начинала работать с umi c первого взгляда довольно простая в понимании, но запуталась со справочниками и шаблонами данных в итоге все же разобралась.

Так же столкнулась с трудностью в натяжке html шаблона.