Plone и подобные ему
Plone можно противопоставить другим системам управления контентом по нескольким ключевым пунктам, которые я изучил по презентации Tony Byrne о CMS системах.
Несколько месяцев назад я добрался до просмотра презентации Tony Byrne о состоянии CMS систем на 2009 год, которую проводила группа Web Content Mavens (Washington, DC). Я сделал заметки, но сел за написание этой статьи только сейчас, спустя приблизительно четыре месяца. Но, лучше поздно, чем никогда.
В начале презентации говорилось о нескольких крупных прогнозах, которые не осуществятся в 2009 году, а именно, что Web CMS не сблизятся с системами Enterprise Content Management (ECM - Системы документооборота предприятия), с Social Networking Systems (Социальные сети), или с Component Content Management Systems (CCM - Компонентные системы управления контентом). Ни одна из них особо не удивила меня, поскольку за несколько прошедших лет я узнал из Plone и Drupal, что очень сложно создавать системы, которые имеют адекватную разделённую систему безопасности и функции workflow, поддерживающие большое количество совместно работающих над содержанием сайта пользователей. Что касается слияния ECM с WCM, в моем понимании сложно сделать действительно хорошую ECM-систему. Я не удивлен тем, что объединение Web-публикаций и отчетов с системами управления документами оказалось трудновыполнимо. В действительности, я не очень много знаю о CCM, поэтому мне больше здесь нечего добавить.
В целом, я был очень впечатлён тем, как много в Plone сделано в этом направлении за период чуть больше года, и насколько хороши те решения, которые находятся в стадии разработки. В общем, посмотрите на схему , сопровождающую эту статью, или посмотрите мой комментарий о тех областях, в которых Plone преуспел, а в которых нет. К сожалению, я не могу разместить слайды презентации (поскольку они не мои), но я могу, по крайней мере, поделиться моими примечаниями.
Дружественные URL-адреса
Plone уже давно внимательно относится к разработке zope publisher. Отлично работает установленный по умолчанию в Plone конвертер имени в ID, выполняя поиск пути к компонентам. А такие инструменты, как
Redirection Tool
предоставляют Вам полный контроль над URL объектов. Меня постоянно забавляет, когда я вижу системы, которые могут установить читаемые URL-адреса объектов.
Поиск в Репозитории
В Plone не так много отдельных "репозиториев", чтобы говорить об этом. Объекты контента доступны для поиска через сайт и для редактирования через web-представления. Расширенный поиск дает Вам возможность находить объекты по типу и состоянию просмотра. Используется совершенно новый способ получения списка всех объектов конкретного типа и их сортировки. Я слышал о других продуктах, облегчающих поиск содержимого для редактирования, которые помогают избежать просмотра всего содержимого сайта или полнотекстового поиска.
Управление Зависимостями (Dependency Tracking)
В презентации есть скриншот, как система Plone предоставляет удобное для пользователя управление зависимостями. Byrne, кажется, впечатлен уведомлениями, которые выводит Plone при удалении объектов. Поскольку в Plone у объекта могут быть множественные связи с другими объектами, и объект может выводиться в нескольких местах сайта, то будет полезно добавить больше способов отслеживания, где данный объект показывается на сайте.
Управление Системой и Управление Конфигурацией для деловых людей
К сожалению, я забыл, каково было отличие между Управлением Системой и Управлением Конфигурацией, поэтому я хочу обобщить и сказать, что общие настройки просто замечательны. Я понимаю, что это может быть неясно системным интеграторам. Я пытался что-нибудь найти в море тегов <object />, но дело обстоит так, что Plone может преобразовать конфигурацию в замечательный формат, редактировать который я могу научить моих коллег не-разработчиков, и легко считать прежнюю конфигурацию из файловой системы. Когда Вы начинаете создавать сайт на пустом месте, это может показаться излишним. Но как только у Вас появится сайт, который пользователи постоянно обновляют, Вы захотите проверять исправления до их размещения на сайте. И было бы замечательно, если бы Вы могли автоматизировать исправления и быть уверенным в надежном повторении операций. Я провел несколько выходных, пытаясь опубликовать исправления в системе Drupal 5, и будьте уверены, я кликал в правильные места, и в правильном порядке (часто следуя чужим шпаргалкам), потом написал несколько XML и занялся упражнениями перед сном, который эти XML сохранили мне после размещения.
Метрики управления [Контентом]
Plone определенно можно использовать для этих задач. Умелое использование collections позволяет контент-менеджерам создавать очереди «ожидающих размещения», «старого» и «просроченного» содержания, что уже хорошо. Однако если Вы управляете большим сайтом, этих очередей будет недостаточно, может быть, действительно будет лучше иметь возможность получать информацию о том, какие разделы вашего сайта претерпели наибольшие изменения, а какие больше всего устарели, и знать больше об активности на вашем сайте. Насколько я знаю, хорошего способа получить такую информацию от Plone нет, я помню Kapil Thangavelu упоминал о системе проверки контента, которая могла использовать базу данных SQL для предоставления части этой информации, но сейчас я не могу даже это найти.
Аналитика Сайта
Plone вообще этим не занимается. Есть модуль для добавления Web-аналитики в нижнюю сноску страницы, или же Вы можете это сделать самостоятельно через системы, которые это предоставляют. Платформа блогов, которую я сейчас использую, дает довольно хорошую аналитику. А с другой стороны, почему ваша CMS система должна предоставлять аналитику? С таким большим количеством специальных пакетов для этой цели можно об этом и не беспокоиться.
Однако статистика в сочетании с метриками контента может предоставить мощные инструменты для управления контентом. Только представьте, что вы сможете увидеть, каким путём посетитель попал на Ваш сайт, куда перемещался, и где покинул его. Что Вы сможете получить информацию о том, как часто обновлялись или снова просматривались определенные страницы, и кто это делал. Если у Вас есть желание прямо сейчас определить, как ваш сайт работает с точки зрения статистики, то Вы можете получить эту информацию используя системы сторонних разработчиков, но чтобы сделать на основании этих данных результирующие графики, Вам потребуется, либо много программировать, либо другая внешняя система аудита. Это уже другая область, по которой я и сам бы хотел услышать комментарии. Возможно, я оцениваю слишком высоко сведения, которые Вы можете получить от объединенной статистики и метрик контента, или возможно есть системы, в которых можно это сделать проще, чем в Plone.
Преобразование из Word
Это та область, где никто еще ничего достойного не сделал. Трудно обвинить в этом и CMS-системы. Люди зря используют word, word делает только хуже, добавляя тонны ненужной разметки в текст при использовании копирования и вставки в Plone, причём эта «бешеная» разметка зависит ещё и от версии word. Я не уверен, что от CMS стоит ожидать действительно точного преобразования текста, предназначенного для размещения на сайт, если этот текст не использует стили страницы. Я знаю enfold desktop, предлагающий интеграцию непосредственно word, но я так и не смог заставить его работать так, как мне нужно.
Истинное Мульти-сайтовое Управление
Это превосходный раздел в Plone. Изменения, которые вошли в версию 3.3, содержат новый Lineage для Plone . Согласно мнению Byrne, это та область, где большинство других систем не очень хорошо работают. Благодаря мульти-сайтовому управлению, теперь возможно создать отдельный сайт Plone с многочисленными независимыми дочерними сайтами, где родительский сайт может получить доступ к содержанию дочерних, но последние являются независимыми друг от друга и отделены от родительского сайта. Это помогает в решении многих задач, например, сопровождение сайтов или больших учреждений с несколькими независимыми отделениями или подразделениями. Я не работал с многоуровневыми системами самостоятельно, но скоро надеюсь это осуществить.
Удобство использования
Это та область, в которой, по моему мнению, Plone непревзойденный лидер. Хотя интерфейс Plone не так прост, но он очень логичен. По моему мнению, благодаря этой последовательности и логичности пользовательского интерфейса (UI), обучение конечных пользователей созданию контента и управлению сайтами происходит быстро. К тому же они способны легко расширить свои знания. И насколько я слышал, Plone 4 станет еще лучше, с более простым интерфейсом, с меньшим количеством концепций управления, даже при сложных задачах.
Небраузерные Клиенты
Это очевидно актуальная тема для продавцов non-FOSS (коммерческих) CMS-систем. Согласно Byrne, в adobe's Flex есть продавцы, которые любят создавать "rich internet applications - богатые интернет приложения" для взаимодействия с их продуктами. Мне еще ни разу не удалось убедиться в их полезности. Управляя Web-сайтом, Вы можете это сделать и через Web. Насколько я знаю, в Plone нет ни одного небраузерного клиента.
Общая характеристика
Я впечатлен общей характеристикой. В Plone много областей, в которых другие системы сейчас стараются догнать его, и много таких, где Plone шагает в ногу с другими или является лидером. Я не наблюдаю какого-либо замедления развития или инновации, поэтому я не могу даже предположить каких высот Plone достигнет в области управления контентом в 2010 году.
Оригинал статьи на
m.odul.us
Перевод ООО «Комтет» komtet.ru