CMS senza front-end? [chiuso]

Question

In molti progetti che stiamo sviluppando dobbiamo avere funzionalità CMS nel back-end del sito. Dall'altro lato non vogliamo o non possiamo impegnarci in una soluzione completa di front-end. Per spiegarlo meglio:

• CMS come Joomla o DotNetNuke sono soluzioni complete per siti Web che consentono di archiviare e pubblicare dati. Non sono affatto amichevoli se hai solo bisogno di archiviare i dati e recuperarli in modo personalizzato. Non sono ciò che stiamo cercando - e penso che non dovrebbero essere chiamati CMS, perché sono molto di più!

• CMS come Umbraco sembrano carini, ma ancora una volta, non sono affatto versatili se tu desidera utilizzare i dati in modo personalizzato. Umbraco ti offre API per accedere ai dati in fase di esecuzione, mentre sono anche interessato ad avere funzionalità di pubblicazione statica per problemi di scalabilità.

Per dare un paio di indicazioni in più:

• Se ha un sistema plug-in, probabilmente non è quello che sto cercando ...
• Se non può pubblicare staticamente e dinamicamente (pensa a file XML o file HTML e API), probabilmente non è quello che sto cercando ...
• Cross DB sarebbe fantastico, ma non è strettamente necessario

Il CMS non deve essere gratuito, ma dobbiamo essere in grado di disporre del codice sorgente completo. Per quanto riguarda la piattaforma, abbiamo bisogno di soluzioni principalmente per .NET e LAMP.

Conosco già il CMS Matrix , ma la sua definizione di CMS include troppe soluzioni di siti Web, quindi io non ottenere abbastanza segnale-rumore per trovare ciò di cui ho bisogno.

Modifica: Per essere chiari: non voglio scrivere un CMS usando un qualche tipo di framework. Voglio una soluzione in grado di archiviare dati eterogenei con caratteristiche CMS tipiche (editor wysiwyg, controllo delle versioni, flusso di lavoro, ecc ...) e fornire funzionalità per pubblicare questi dati.

Answer 1

Per una soluzione Java, Apache Jackrabbit può essere utile per te. Dal link:

  

Apache Jackrabbit è un'implementazione pienamente conforme dell ' Content Repository for Java Technology API (JCR). Un repository di contenuti è un content store gerarchico con supporto per contenuti strutturati e non strutturati, ricerca full-text, versioning, transazioni, osservazioni e altro. Le applicazioni tipiche che utilizzano repository di contenuti includono la gestione dei contenuti, la gestione dei documenti e i sistemi di gestione dei record

Mi è sempre sembrata una libreria di componenti per la creazione di backend su sistemi come CMS.

Answer 2

Ho usato N2 per un paio di siti. È completamente open source e penso che potrebbe adattarsi ai requisiti dei tuoi dati. Fondamentalmente crei classi C # che modellano i tuoi dati e quindi costruisci il tuo modello front-end per visualizzare i dati nel sito.

Sul back-end, i tipi di dati che crei sono completamente modificabili attraverso un'area di amministrazione WYSIWYG.

Non sono sicuro che soddisferà i tuoi requisiti di pubblicazione, è basato su DB e non ho avuto bisogno di provare ad aggiornarlo attraverso qualcosa di diverso dall'interfaccia di amministrazione.

Answer 3

Hai guardato Alfresco ? È rivolto esattamente al mercato enterprise (ed è scritto in Java), ma sembra offrire una certa flessibilità quando si tratta di distribuzione di contenuti. Dalla copia di marketing sul sito Web:

  

Supporti per la pubblicazione di siti Web   architetture di implementazione multilivello.   Il contenuto può essere transazionale   distribuito su server di contenuti statici o   Repository di runtime Alfresco   fornendo architettonico completo   flessibile per la tua web farm.

Anche il contenuto è archiviato in un JSR-170 come quello menzionato da jamesh sopra. Ciò ti consentirebbe l'accesso a livello di codice al contenuto nel repository.

Answer 4

È possibile utilizzare Microsoft Office SharePoint Server 2007 (MOSS). È possibile ottimizzare il sistema SharePoint per la creazione di contenuti, quindi utilizzare il modello a oggetti o i servizi Web per estrarre il contenuto e scrivere il sito in qualsiasi lingua su qualsiasi piattaforma. SharePoint offre funzionalità di modifica dei contenuti, elenchi, flussi di lavoro, ecc.

Answer 5

Tridion si adatta abbastanza da vicino alla tua descrizione, con l'eccezione che non otterrai il loro codice sorgente. Se questo è un affare per te, non esitare a ignorare questa risposta. (OTOH - questo solleverebbe la domanda "Perché è un rompicapo?" Presumibilmente non vuoi che la fonte decori le tue pareti. Per cosa la useresti?)

Il sottosistema di gestione dei contenuti di Tridion funziona su Windows Server. I sottosistemi di consegna del contenuto vengono eseguiti su Java e .NET (oltre a ASP-old semplice se questo fa la differenza).

Tutte le cose che ti aspetteresti da un CMS sono immediatamente disponibili, (editor wysiwyg, controllo delle versioni, flusso di lavoro, ecc ... + pubblicazione)

Answer 6

Troppo tardi per rispondere? : -)

Per dare seguito alla risposta di Dominic (dichiarazione di non responsabilità: la mia azienda utilizza Tridion), Tridion archivia il contenuto come XML nel suo database e può essere pubblicato in vari formati, tra cui XML, HTML, altri file di testo, un broker " database sul front-end a cui si accede tramite un'API. Il codice .NET può creare un'istanza di un oggetto broker ed eseguire una query per il contenuto in base ai metadati associati. Le ultime versioni (2009 e ora 2011) offrono un migliore accesso a metadati e categorie (ovvero "tassonomie").

Il contenuto è separato dai modelli, il che significa che puoi avere lo stesso contenuto reso come una pagina statica, un feed RSS o disponibile tramite l'API, su siti diversi e persino localizzato in una lingua (il mio team non ha usato quella caratteristica).

Fonte chiusa, ma abbiamo accesso alla documentazione, c'è un forum attivo e chiunque può contribuire con "estensioni" alla base di codice per aggiungere funzionalità come PDF generati, mappe link-to-Google, ecc. L'abbiamo scelto per lo stesso motivo: molti dei CMS disponibili erano "siti web in una scatola". Volevamo solo qualcosa da cui gli sviluppatori potessero estrarre o sostituire qualche pagina HTML o XML piuttosto che qualcosa da impadronirsi dei nostri siti.

Answer 7

Quindi, fondamentalmente, non sei interessato alle cose nella parte anteriore del negozio CMS, per così dire. Ok, entra nella stanza sul retro ... mentre giro questa parete mobile ... e ti mostrerò qualcosa di diverso:

  

http://www.radicore.org/

In tutta serietà, ho armeggiato con questo framework 2 o 3 anni fa. Non posso garantirlo, dal momento che non ho mai finito per usarlo su qualsiasi progetto, ma è stato intrigante.

PS - È stato questo bit sul sito web di radicore a fare la connessione nella mia mente che forse è il tipo di cosa da controllare almeno: " Il componente Visualizza è gestito da una raccolta preconfigurata di fogli di stile XSL riutilizzabili che generano tutto l'output HTML. "

Answer 8

Fedora potrebbe adattarsi al conto per il backend, ma potrebbe essere troppo pesante per le tue esigenze . Non ha un front-end, solo alcune interfacce amministrative, le organizzazioni che lo usano tendono ad integrarlo con i sistemi esistenti, o usano un front-end di terze parti, di cui ce ne sono pochi, o ne scrivono solo i propri.

Esiste un whitpaper Sun Microsystems: un nuovo approccio alla creazione e gestione di archivi digitali su larga scala che dovrebbe aiutarti a escluderlo.

Quanti membri del personale FT sono assegnati al progetto e alla sua manutenzione in corso?