language-agnostic - source - content management system wordpress
CMS sin front end? (8)
¿Has mirado a Alfresco ? Está dirigido directamente al mercado empresarial (y está escrito en Java), pero parece ofrecer cierta flexibilidad cuando se trata de la distribución de contenido. De la copia de marketing en el sitio web:
La publicación de sitios web admite arquitecturas de implementación de varios niveles. El contenido se puede implementar de forma transaccional en servidores de contenido estático o en repositorios de tiempo de ejecución de Alfresco, proporcionando flexibilidad arquitectónica completa para su granja de servidores web.
También el contenido se almacena en un repositorio compatible con JSR-170 como el mencionado por jamesh arriba. Eso le permitiría acceso programático al contenido en el repositorio.
En muchos proyectos que estamos desarrollando, necesitamos tener funcionalidades de CMS en la parte posterior del sitio. Por otro lado, no queremos o no podemos comprometernos con una solución de front-end completa. Para explicar esto mejor:
Los CMS, como Joomla o DotNetNuke, son soluciones completas de sitios web que le permiten almacenar y publicar datos. No son amigables si solo necesitas almacenar datos y recuperarlos de manera personalizada. No son lo que estamos buscando, y creo que no deberían llamarse CMS en absoluto, ¡porque son mucho más!
Los CMS como Umbraco se ven bien, pero una vez más, no son muy versátiles en absoluto si desea utilizar los datos de forma personalizada. Umbraco le brinda API para acceder a los datos en tiempo de ejecución, mientras que también estoy interesado en tener funciones de publicación estáticas para problemas de escalabilidad.
Para dar un par de indicaciones más:
- Si tiene un sistema de plug-in, probablemente no sea lo que estoy buscando ...
- Si no puede publicar estática y dinámicamente (piense en archivos XML o archivos HTML Y API), probablemente no sea lo que estoy buscando ...
- Cross DB sería genial, pero no es estrictamente necesario
El CMS no necesita ser gratuito, pero debemos poder tener el código fuente completo. En cuanto a la plataforma, necesitamos soluciones principalmente para .NET y LAMP.
Ya conozco el sitio de CMS Matrix , pero su definición de CMS incluye demasiadas soluciones de sitios web, por lo que no recibo suficiente señal-ruido para encontrar lo que necesito.
Editar: Para ser claro: no quiero escribir un CMS usando algún tipo de marco. Quiero una solución que pueda almacenar datos heterogéneos con características típicas de CMS (editor wysiwyg, control de versiones, flujo de trabajo, etc.) y proporciona funciones para publicar estos datos.
Demasiado tarde para responder? :-)
Para dar seguimiento a la respuesta de Dominic (descargo de responsabilidad: mi empresa usa Tridion), Tridion almacena contenido como XML en su base de datos y puede publicarse en varios formatos, incluidos XML, HTML, otros archivos de texto, una base de datos "intermediario" en el frente final que se accede a través de una API. El código .NET puede instanciar un objeto del intermediario y consultar el contenido en función de los metadatos asociados. Las últimas versiones (2009 y ahora 2011) dan un mejor acceso a metadatos y categorías (también conocidas como "taxonomías").
El contenido está separado de las plantillas, lo que significa que puede tener el mismo contenido representado como una página estática, una fuente RSS o disponible a través de API, en diferentes sitios e incluso localizado en un idioma (mi equipo no ha utilizado esa función como mucho).
Fuente cerrada, pero tenemos acceso a la documentación, hay un foro activo y cualquiera puede contribuir con "extensiones" a la base de códigos para agregar características como archivos PDF generados, mapas de enlaces a Google, etc. Lo elegimos por el mismo motivo --una gran cantidad de CMS que había eran "sitios web en una caja". Solo queríamos algo de lo que los desarrolladores pudieran sacar, o reemplazar alguna página HTML o XML en lugar de algo para apropiarse de nuestros sitios.
Entonces, básicamente, no le interesan las cosas que están en el frente de la tienda de CMS, por así decirlo. Ok, entra a la habitación de atrás ... mientras giro esta pared móvil ... y te mostraré algo diferente:
Con toda seriedad, jugué con este marco hace 2 o 3 años. No puedo responderlo, ya que nunca terminé usándolo en ningún proyecto, pero fue intrigante.
PD : Fue esta parte del sitio web de radicore que hizo que la conexión en mi mente diga que tal vez es el tipo de cosa que al menos se puede verificar: " El componente View está gestionado por una colección preconstruida de hojas de estilo XSL reutilizables que generan todo el HTML salida " .
He usado N2 para un par de sitios. Es completamente de código abierto y creo que podría encajar con sus requisitos de datos. Básicamente crea clases de C # que modelan sus datos y luego crea su propia plantilla de front-end para mostrar los datos en el sitio.
En la parte posterior, los tipos de datos que crea son totalmente editables a través de un área de administrador WYSIWYG.
No estoy seguro si cumplirá con sus requisitos de publicación, está basado en DB y no he tenido que intentar actualizarlo a través de otra cosa que no sea la interfaz de administración.
Para una solución Java, Apache Jackrabbit puede ser útil para usted. Desde el enlace:
Apache Jackrabbit es una implementación totalmente conforme del repositorio de contenido para Java Technology API (JCR). Un repositorio de contenido es un almacén de contenido jerárquico con soporte para contenido estructurado y no estructurado, búsqueda de texto completo, control de versiones, transacciones, observación y más. Las aplicaciones típicas que usan repositorios de contenido incluyen administración de contenido, administración de documentos y sistemas de administración de registros
Siempre me ha parecido una biblioteca de componentes para construir backends a sistemas similares a CMS.
Puede usar Microsoft Office SharePoint Server 2007 (MOSS). Puede optimizar el sistema de SharePoint para la creación de contenido y luego usar el modelo de objetos o los servicios web para extraer el contenido y escribir su sitio en cualquier idioma y en cualquier plataforma. SharePoint tiene una rica edición de contenido, listas, flujos de trabajo, etc.
Fedora podría encajar en la factura del back-end, pero podría ser demasiado pesado para sus necesidades. No tiene un front-end, solo algunas interfaces administrativas, las organizaciones lo utilizan tienden a integrarlo con los sistemas existentes, o usan una interfaz de terceros, de los cuales hay unos pocos, o simplemente escriben los suyos propios.
Hay un informe detallado de Sun Microsystems: un nuevo enfoque para crear y administrar archivos digitales a gran escala que debería ayudarlo a descartarlo.
¿Cuántos empleados de FT se asignan al proyecto y su mantenimiento continuo?
Tridion se ajusta a su descripción muy de cerca, con la excepción de que no obtendrá su código fuente. Si eso es un factor decisivo para usted, no dude en ignorar esta respuesta. (OTOH - eso plantearía la pregunta "¿Por qué es un factor decisivo?" Presumiblemente, no desea que la fuente decore sus paredes con. ¿Para qué la usaría?)
El subsistema de administración de contenido de Tridion se ejecuta en Windows Server. Los subsistemas de entrega de contenido se ejecutan en Java y .NET (más ASP-simple-simple si eso hace la diferencia).
Todas las cosas que esperaría que tuviera un CMS están listas para usar, (editor wysiwyg, control de versiones, flujo de trabajo, etc. + publicación)