Удобство использования для редакторов контента: Drupal или PHP Framework?

Question

Приветствия:

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

На мой взгляд, это шоу-стоппер для Drupal. Например, размещение произвольных встроенных изображений в контенте - это задача, которую WordPress хорошо выполняет. Я нахожу альтернативы Drupal (IMCE, img_assist и т. Д.) Неуклюжими и плохо интегрированными, и это будет проблемой для этой группы редакторов контента.

Кроме того, ни один из модулей рабочего процесса в Drupal, которые я пробовал, не казался хорошо интегрированным; у них всех было чувство "привязанного" к ним. Как администратор, я могу понять, почему пункт меню «Доступный контент» (через модуль «Гранты модуля») необходим для просмотра чернового контента (исправлено в D7, но я не могу дождаться портирования всех модулей), но я довольно уверен, что это смущает редакторов контента.

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

Как вы делаете Drupal доступным для неопытных редакторов контента? Если вы порекомендуете фреймворк PHP, какой?

ТИА!

Answer 1

Могу ли я предложить Вставить модуль в сочетании с одним из WYSIWYG модулей и (несколько) файловых полей (s).

Модули рабочего процесса могут показаться прикрепленными, однако это позволяет вам полностью настраивать пользовательский интерфейс, и все, что не имеет надлежащего пользовательского опыта, можно, вероятно, исправить, используя views и, возможно, некоторые правила и действия и некоторые пользовательские пункты меню.

Сила Drupal - это сообщество, и обычно уже есть комбинация хорошо поддерживаемых модулей, которые решают ваши проблемы, единственная трудность - найти правильную комбинацию правильных модулей

Кроме того, если вы можете дождаться Drupal 7, # D7CX гарантирует, что для всей загрузки модулей будет полная версия Drupal 7 в день выпуска Drupal 7.

Answer 2

Я разработчик для нескольких и поддерживаю пару сайтов на Drupal, в которых группа из около 30 человек имеет разное отношение к технологиям ввода контента. Drupal отлично работает для нас, и я не верю, что мы могли бы сделать это сами так же легко. Сообществом Drupal уже сделано так много, что трудно игнорировать!

Так или иначе, мы поиграли с несколькими редакторами и остановились на модуле WYSIWYG , работающем TinyMCE с IMCE и IMCE WYSIWYG bridge, Ничего не имею против FCK - на самом деле, я пытался реализовать это, но, хотите верьте, хотите нет, его имя вызывало недовольство некоторых людей, так что TinyMCE это было ... Теперь этот модуль называется CK, поэтому мы можем вернуться к нему. это в будущем.

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

Я бы не рекомендовал фреймворк PHP для замены Drupal в качестве CMS. Я занимаюсь программированием на PHP уже 11 лет, и хотя я мог бы создать альтернативное решение по индивидуальному заказу, я не думаю, что смогу сделать это быстрее. Я бы предпочел использовать Drupal в качестве отправной точки, а затем разрабатывать модули Drupal для интеграции других наших систем в Drupal - таких как Track-IT и Moodle. Конечно, это только я, у каждого свой опыт и опыт, поэтому ваше мнение может отличаться. При этом Symfony и codeignite довольно хороши для общей разработки приложений (хотя Drupal тоже хорош для этого!)

Независимо от того, что вы делаете, люди, как правило, не хотят меняться. Убедитесь, что у вас есть хорошая программа обучения для этих людей. Не только для Drupal, но и для создания веб-контента в целом. Мой начальник купил всем контент-менеджерам копию книги Не заставляй меня думать . Я думаю, что в сочетании с обучением помогли установить некоторые основные правила для производства контента. Кроме того, имейте промежуточный / бета-сайт, который эти люди могут использовать в качестве «песочницы», чтобы опробовать вещи и попросить друг у друга информацию.

Надеюсь, это поможет вам.

Answer 3

CKEditor + CKFinder. Обработка CSS зависит от вас.

Мне кажется диким, что вы бы заново изобрели Drupal или Wordpress, потому что несколько человек не слишком хороши в использовании текстового редактора для размещения изображений. Может быть, вы должны улучшить его аспекты обучения?

Редакция, например:

http://drupal.org/project/revisioning

http://drupal.org/project/content_moderation

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

Совершенно не соответствует действительности.

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

Answer 4

Спасибо за все ваши комментарии. В конце концов я решил пойти с WordPress, так как действительно глупо заново изобретать все с помощью PHP-фреймворка, а у WP (IMHO) самый простой и интуитивно понятный графический интерфейс для редакторов контента.