Вопрос

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

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

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

Чтобы дать еще пару указаний:

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

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

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

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

Это было полезно?

Решение

Для решения Java Апачский кролик может быть полезно для вас.По ссылке:

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

Мне всегда казалось, что это библиотека компонентов для создания серверных частей для систем, подобных CMS.

Другие советы

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

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

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

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

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

Также контент хранится в ДЖСР-170 совместимый репозиторий, подобный упомянутому Джамеш выше.Это позволит вам программный доступ к содержимому репозитория.

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

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

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

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

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

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

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

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

Так что, по сути, вас не интересует то, что находится в передней части магазина CMS, так сказать.Ладно, зайди в заднюю комнату...когда я поворачиваю эту подвижную стену...и я покажу вам кое-что другое:

http://www.radicore.org/

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

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

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

Существует технический документ Сан Микросистемс:Новый подход к созданию и управлению крупномасштабными цифровыми архивами что должно помочь вам исключить это.

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top