Создание специализированной CMS путем расширения десктопного приложения для веб-разработки. Опции?

Задний план

Нам необходимо разработать специализированную CMS (только для внутреннего использования) для поддержки группы технических писателей, создающих специализированный подробный контент для Интернета (например, текст с изображениями, интерактивные функции). Чтобы защитить авторов от рутины веб-разработки (и улучшить согласованность вывода), мы хотели бы дополнить обычный HTML-редактор WSIWYG параметризованными заполнителями для более специализированного контента (например, интерактивных элементов страницы). Заполнители будут расширены до html/js/css/flash/etc в ходе отдельного процесса подготовки к публикации.

Генерация контента — смысл существования бизнеса, и производительность авторов имеет первостепенное значение. Если мы перейдем к веб-CMS, авторы взбунтуются, я в этом уверен.

Список желаний

  • базовая поверхность дизайна веб-разработки
  • кроссплатформенность (mac/windows)
  • интеграция системы контроля версий
  • возможность добавлять/редактировать заполнители с помощью графического интерфейса
  • возможность указывать заполнители на поверхности дизайна
  • возможность встраивать собственные отчеты в пользовательский интерфейс (например, проверка орфографии)
  • автономное редактирование (т.е. в самолете, на выставке)

Пока варианты

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

  • Dreameaver CS4 (плюсы: знакомый, кроссплатформенный. Минусы: ограниченное расширение API)
  • Visual Studio (плюсы: хорошая расширяемость. Минусы: пугает писателей, пользователям Mac понадобится виртуальная машина)

Пожалуйста, скажите мне, что у меня есть больше вариантов, чем это!


person Jaysen Marais    schedule 13.05.2009    source источник


Ответы (5)


Что вам понадобится, так это инструмент (не CMS, святая корова!), который выполняет все пункты из вашего списка пожеланий. Я наткнулся на хороший инструмент для письма с абсолютной расширяемостью:

программа записи Windows Live

Он вписывается в ваш список желаний для предметов:

  • базовая поверхность веб-разработки
  • автономное редактирование

Другие элементы в вашем списке желаний можно легко добавить с помощью точек расширения:

  • возможность добавлять/редактировать заполнители с помощью графического интерфейса (используйте SmartContentSource)
  • возможность указывать заполнители на поверхности дизайна (приложение поддерживает это, если вы используете SmartContentSource)
  • возможность создавать собственные отчеты (используйте ContentSource, если взаимодействие не требуется)

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

Единственное, чего нет в вашем списке пожеланий, так это поддержки Mac (конечно, это можно легко «исправить» с помощью виртуализации).

У меня многолетний опыт использования этого инструмента (насколько я помню, это первая бета-версия), поверьте мне, это именно тот инструмент, который вы искали.

person Adrian Godong    schedule 15.05.2009
comment
Адриан, хорошее предложение. Я посмотрел видео Чарльза Тига о расширении возможностей записи в реальном времени (channel9.msdn.com/posts/Dan/). Однако это, вероятно, потребует от меня написания собственного поставщика (msdn.microsoft.com/en -us/library/bb463266.aspx) для управления взаимодействием между Live Writer и остальной частью системы управления сайтом. Тем не менее, это все еще отличное предложение. Честно говоря, я склоняюсь к Visual Studio исключительно из-за его расширяемости API и интеграции с системой управления версиями. Излишне, но это соответствует большинству ящиков. - person Jaysen Marais; 21.05.2009

Ни Dreamweaver, ни Visual Studio не являются CMS. Это инструменты.

Вам нужна CMS, такая как EPiServer (.NET), AxCMS.net (бесплатно), Drupal (php) или Wordpress (php)

Вполне нормально настраивать CMS под свои нужды. CMS — это всего лишь фреймворк. Вам нужно будет сделать шаблоны, которые вам нужны, и настроить их под свои нужды. Например, добавление полей для прикрепления документов, файлов flsah или других типов файлов.

Все CMS имеют редактор WYSIWYG. Многие используют очень хороший редактор tinyMCE.

Ваш Wishlist можно встретить со всеми CMS, о которых я упоминал выше.

Если вам нужно что-то быстрое и простое, выберите Wordpress. Я использую его для своего веб-сайта Norwegian Fashion. Все шаблоны изготавливаются на заказ. Простой в использовании, простой в настройке и понятный.

Drupal — очень хорошая (и бесплатная) CMS, но ее довольно сложно освоить.

Если вы знакомы с тем, как Microsoft построила свою систему шаблонов, я бы использовал AxCMS, разработанную MS и бесплатную.

EpiSer ver — очень хорошая CMS. Но вы должны заплатить не менее 10 000 долларов США за лицензию.

Но зачем покупать Порше, если можно доехать до Вольво :)

Надеюсь, это поможет вам. Удачи с твоим выбором.

person Steven    schedule 13.05.2009
comment
Спасибо за предложения, Стивен, но все варианты CMS, о которых вы упомянули, слишком ограничены. В настоящее время наши авторы фактически пишут html напрямую. Переход от гибкости, которую предлагает TinyMCE (или аналогичный), просто не сработает. У нас достаточно ресурсов для разработки собственной веб-CMS, но даже этот вариант непривлекателен (когда-нибудь использовали веб-CMS, которая вам нравилась?) - person Jaysen Marais; 14.05.2009
comment
Привет Джейсен. Весь смысл наличия CMS НЕ в том, чтобы напрямую писать HTML. Последние 5 лет я разрабатываю веб-сайты с использованием CMS и использую несколько решений CMS, которые мне нравятся. EPiServer и Wordpress — мои фавориты. Wordpress легкий, но покрывает большинство моих потребностей. EPiServer имеет большой вес и используется как в частных, так и в государственных проектах. TinyMCE — это просто текстовый редактор, который используется большинством CMS. Plone подходит, но вы также можете проверить eZ Publish. Поверьте мне, я работаю с этим в течение 5 лет. Я знаю о чем говорю ;) - person Steven; 14.05.2009
comment
Комментарий Риду Хеджесу и Адриану Годонгу. Вам нужна CMS со стандартным редактором WYSIWYG. Заполнители, на которые вы ссылаетесь, являются атрибутами поста/страницы, и вы можете добавить столько атрибутов, сколько пожелаете. В коде шаблона вы просто пишете, куда вы хотите вывести содержимое заполнителей. Легко так :) - person Steven; 15.05.2009
comment
Ваша CMS работает в автономном режиме? Это одно из требований. - person Adrian Godong; 27.05.2009
comment
Я не уверен, что вы имеете в виду под автономным режимом. Но я всегда разрабатываю на локальном хосте, прежде чем загрузить свое решение/сайт на сервер prod. Но любая CMS должна иметь контакт с базой данных, где она хранит свою информацию. Либо локально на вашем компьютере, либо в интранете, либо на производственном сервере. - person Steven; 27.05.2009

Plone — очень настраиваемая и простая в использовании веб-CMS. Он использует редактор WYSIWYG, но вы также можете редактировать HTML напрямую или использовать внешний редактор, такой как DreamWeaver или Emacs/Vi, для редактирования содержимого.

person Eugene Morozov    schedule 14.05.2009

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

Я мало что знаю об этой области, но я использовал Contribute (Adobe, Macromedia). Не совсем стабильно на Mac, но никогда не терял данные IIRC. Я думаю, что он может делать то, что вы хотите, включая работу в автономном режиме, а затем загрузку на сайт позже.

person Reed Hedges    schedule 14.05.2009
comment
Я только что проверил Contribute, он очень похож на Windows Live Writer! Теперь я знаю, какой продукт Microsoft пытается скопировать... :D - person Adrian Godong; 27.05.2009

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

В конце концов, мы выбрали дизайн, не зависящий от IDE, с использованием xhtml в качестве формата обмена и частой (n минут) запланированной задачей «построения» авторского ввода в публикуемые выходные данные.

person Jaysen Marais    schedule 23.06.2009