CMS без переднего конца?

Question

Во многих проектах, которые мы разрабатываем, нам нужно иметь функциональные возможности CMS в задней части сайта. С другой стороны, мы не хотим или не можем выполнить полное решение для конечных пользователей. Чтобы объяснить это лучше:

• CMSes как Joomla или DotNetNuke являются законченными решениями веб-сайта, они позволяют хранить и публиковать данные. Они не совсем дружелюбны, если вам просто нужно хранить данные и извлекать их по-своему. Они не то, что мы ищем - и я думаю, что их вообще нельзя называть CMS, потому что они намного больше!

• CMSes like Umbraco выглядят хорошо, но опять же, они не очень универсальны, если вы хотите использовать данные по-своему. Umbraco дает вам API-интерфейсы для доступа к данным во время выполнения, тогда как я также заинтересован в наличии статических функций публикации для задач масштабируемости.

Чтобы дать несколько больше признаков:

• Если есть плагин в систему, вероятно, это не то, что я ищу ...
• Если он не может опубликовать статически и динамически (думаю, что XML-файлы или HTML-файлы и интерфейсы прикладного программирования), вероятно, это не то, что я ищу ...
• Cross DB было бы здорово, но это не является строго необходимым

CMS не обязательно должен быть бесплатным, но мы должны иметь полный исходный код. Что касается платформы, нам нужны решения в основном для .NET и LAMP.

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

Редактировать: Чтобы быть ясным: я не хочу писать CMS с использованием какой-то структуры. Я хочу решение, которое может хранить разнородные данные с типичными функциями CMS (редактор wysiwyg, управление версиями, рабочий процесс и т. Д.) И предоставляет функции для публикации этих данных.

Answer 1

Для решения на Java может понадобиться Apache Jackrabbit. По ссылке:

Apache Jackrabbit - это полностью соответствующая реализация Content Repository for Java Technology API (JCR). Репозиторий контента - это хранилище иерархического контента с поддержкой структурированного и неструктурированного контента, полнотекстового поиска, управления версиями, транзакций, наблюдения и т. Д. Типичные приложения, использующие хранилища контента, включают в себя управление контентом, управление документами и системами управления записями.

Это всегда казалось мне библиотекой компонентов для создания бэкэндов в CMS-системах.

Answer 2

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

http://www.radicore.org/

Со всей серьезностью, я возился с этой структурой 2 или 3 года назад. Я не могу ручаться за это, так как я никогда не использовал его в любом проекте, но это было интригующим.

PS - Именно этот бит на radicore сайт, который сделал связь в моей голове, что, возможно, это та вещь, по крайней мере, проверить: "The View компонент управляется предварительно встроенной коллекции многоразовые таблицы стилей XSL, которые генерируют весь вывод HTML. «

Answer 3

Я использовал N2 для нескольких сайтов. Это полностью открытый источник, и я думаю, он может соответствовать вашим требованиям к данным. Вы в основном создаете классы C#, которые моделируют ваши данные, а затем создают собственный интерфейсный шаблон для отображения данных на сайте.

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

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

Answer 4

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

Существует whitpaper Sun Microsystems: A New Approach to Creating and Managing Large-scale Digital Archives, который должен помочь вам исключить это.

Сколько персонала FT выделено для проекта и его текущего обслуживания?

Answer 5

Вы посмотрели Alfresco? Он нацелен прямо на корпоративный рынок (и он написан на Java), но, похоже, он предлагает некоторую гибкость, когда дело доходит до развертывания контента. Из маркетинговой копии на веб-сайте:

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

Кроме того, содержимое хранится в хранилище JSR-170 совместимого, как один упомянутой jamesh выше. Это позволит вам осуществлять программный доступ к контенту в репозитории.

Answer 6

Вы можете использовать Microsoft Office SharePoint Server 2007 (MOSS). Вы можете оптимизировать систему SharePoint для создания контента, а затем использовать объектную модель или веб-службы для извлечения содержимого и записи своего сайта на любом языке на любой платформе. SharePoint имеет богатое редактирование контента, списки, рабочие процессы и т. Д.

Answer 7

Tridion подходит для вашего описания довольно близко, за исключением того, что вы не получите их исходный код. Если это нарушитель для вас, пожалуйста, не стесняйтесь игнорировать этот ответ. (OTOH) - это поставило бы под вопрос «Почему это является нарушителем сделки?» Предположительно, вы не хотите, чтобы источник украшал ваши стены. Для чего вы его использовали?)

Подсистема управления контентом Tridion работает на Windows Server. Подсистемы доставки контента работают на Java и .NET (плюс простой-ASP-ASP, если это имеет значение).

Все вещи, которые вы бы ожидать CMS, чтобы есть вне коробки, (редактор WYSIWYG, управление версиями, рабочий процесс, и т.д ... + публикации)

Answer 8

Слишком поздно, чтобы ответить? :-)

Чтобы отслеживать ответ Доминика (отказ от ответственности: моя компания использует Tridion), Tridion хранит контент как XML в своей базе данных и может быть опубликован в различных форматах, включая XML, HTML, другие текстовые файлы, база данных «брокер» на лицевой стороне, доступ к которой осуществляется через API. Код .NET может создавать экземпляр объекта брокера и запрашивать контент на основе связанных с ним метаданных. Последние версии (2009 и 2011) дают лучший доступ к метаданным и категориям (так называемые таксономии).

Содержимое отделено от шаблонов, что означает, что вы можете иметь тот же контент, который отображается как статическая страница, RSS-канал или доступен через API, на разных сайтах и ​​даже локализован на языке (у моей команды нет использовал эту функцию как можно больше).

Закрытый источник, но мы получаем доступ к документации, есть активный форум, и каждый может внести «расширения» в базу кода, чтобы добавить такие функции, как сгенерированные PDF-файлы, ссылки на карты Google и т. Д. Мы выбрали это по той же причине - многие из CMS были «веб-сайты в коробке». Мы просто хотели, чтобы разработчики могли либо извлечь, либо заменить какую-либо HTML-страницу или XML, а не что-то, что захватит наши сайты.