CMS ohne Frontend? [geschlossen]

https://stackoverflow.com/questions/107494

01-07-2019
|

Frage

In vielen Projekten, die wir entwickeln wir brauchen CMS-Funktionalitäten im Backend der Website haben. Am anderen Ende wollen wir nicht können oder nicht zu einer kompletten Front-End-Lösung begehen. Um zu erklären, das besser:

CMSes wie Joomla oder DotNetNuke komplette Web-Site-Lösungen sind, sie lassen Sie Daten speichern und veröffentlichen. Sie sind nicht freundlich, wenn Sie nur Daten müssen speichern und in einer benutzerdefinierten Art und Weise abrufen. Sie sind nicht das, was wir suchen - und ich denke, sie sollten nicht CMS überhaupt genannt werden, weil sie viel mehr ist
CMSes wie Umbraco schön aussehen, aber wieder, sie sind nicht sehr vielseitig überhaupt, wenn Sie möchte die Daten in einer bestimmten Weise verwenden. Umbraco gibt Ihnen APIs, die Daten zur Laufzeit zugreifen zu können, während ich in mit statischen Publishing-Funktionen für Skalierbarkeit betrifft auch interessiert.

ein paar mehr Hinweise zu geben:

Wenn es ein Plug-in-System, es ist wahrscheinlich nicht das, was ich suche ...
Wenn es nicht statisch veröffentlichen und dynamisch (man denke an XML-Dateien oder HTML-Dateien und APIs), ist es wahrscheinlich nicht das, was ich suche ...
Cross DB wäre toll, aber es ist nicht unbedingt notwendig,

Das CMS muss nicht frei sein, aber wir müssen den vollständigen Quellcode haben können. Was Plattform brauchen wir Lösungen vor allem für .NET und LAMP.

Ich weiß schon, die CMS Matrix Website, aber seine Definition von CMS enthält zu viele Website-Lösungen, damit ich nicht genügend Signal-Rausch bekommen zu finden, was ich brauche.

Edit: Um klar zu sein: Ich will nicht einen CMS mit einer Art von Rahmen schreiben. Ich möchte eine Lösung, die heterogenen Daten mit typischen CMS-Funktionen (WYSIWYG-Editor, Versionierung, Workflow, etc ...) speichern kann, und bietet Funktionen, diese Daten zu veröffentlichen.

Lösung

Für eine Java-Lösung, Apache Jackrabbit kann Ihnen nützlich sein. Aus dem Link:

Apache Jackrabbit ist eine vollständig konforme Implementierung der Content Repository für Java Technology API (JCR). Eine Content-Repository ist eine hierarchische Content Store mit Unterstützung für strukturierte und unstrukturierte Inhalte, Volltextsuche, Versionierung, Transaktionen, Beobachtung und vieles mehr. Typische Anwendungen, die Content-Repositories verwenden umfassen Content Management, Dokumenten-Management und Records-Management-Systeme

Es hat mir immer als eine Komponentenbibliothek für Gebäude Backends CMS wie Systeme.

Andere Tipps

ich verwendet habe, N2 für ein paar Seiten. Es ist völlig Open Source und ich denke, es mit Ihren Datenanforderungen passen könnte. Sie im Grunde C # Klassen erstellen, die Ihre Daten modellieren und dann Ihre eigene Front-End-Vorlage erstellen, die Daten in der Website anzuzeigen.

Am hinteren Ende, die Datentypen erstellen Sie sind voll editierbar über einen WYSIWYG-Admin-Bereich.

Nicht sicher, ob es Ihre Publishing-Anforderungen gerecht wird, ist es DB-basierte und ich habe nicht zu versuchen, braucht es durch etwas anderes als das Admin-Interface zu aktualisieren.

Haben Sie sich Alfresco ? Es ist ganz auf dem Enterprise-Markt ausgerichtet (und es ist in Java geschrieben), aber es scheint eine gewisse Flexibilität zu bieten, wenn es um die Inhaltsbereitstellung kommt. Von der Marketing-Kopie auf der Website:

Website-Publishing unterstützt Multi-Tier-Bereitstellungsarchitekturen. Der Inhalt kann transaktions sein eingesetzt, um statische Inhalte-Server oder Alfresco Runtime-Repositories Bereitstellung von kompletten architektonischen flexibel für Ihre Web-Farm.

Auch wird der Inhalt in einem JSR-170 kompatiblen Repository wie die genannten von jamesh oben. Das würde Ihnen programmatischen Zugriff auf die Inhalte im Repository ermöglichen.

Sie können Microsoft Office Sharepoint Server 2007 (MOSS) verwenden. Sie können das Sharepoint-System für die Erstellung von Inhalten, optimieren und dann das Objektmodell oder einem Web Service verwenden, um den Inhalt zu extrahieren und Ihre Website in jeder Sprache auf jeder Plattform zu schreiben. Sharepoint hat Rich Content Bearbeitung, Listen, Workflows etc.

Tridion paßt Ihre Beschreibung ziemlich eng, mit der Ausnahme, dass Sie nicht den Quellcode bekommen. Wenn das ein Deal-Breaker für Sie ist, können Sie sich diese Antwort zu ignorieren. (OTOH - „Warum ist es ein Deal-Breaker“.? Das würde die Frage aufwerfen Vermutlich wollen Sie nicht die Quelle Ihre Wände dekorieren mit Was würden Sie es verwenden, für)

Tridion Content Management Subsystem läuft auf Windows Server. Die Content-Delivery-Subsystemen laufen auf Java und .NET (plus plain-old-ASP, wenn das einen Unterschied macht).

Alle Dinge, die Sie ein CMS erwarten würden, haben sind out-of-the-box (WYSIWYG-Editor, Versionierung, Workflow, etc ... + publishing)

Zu spät zu beantworten? : -)

auf Dominic Antwort auf Follow-up (Disclaimer: meine Firma verwendet Tridion), Tridion speichert Inhalte als XML in der Datenbank und kann in verschiedenen Formaten veröffentlicht werden, einschließlich XML, HTML, anderen textbasierte Dateien, eine „Brokers“ Datenbank am vorderen Ende, die durch eine API zugegriffen wird. Der Code .NET kann ein Broker-Objekt und Abfrage für den Inhalt instanziiert basierend auf Metadaten, die mit ihr verbunden ist. Die neuesten Versionen (2009 und jetzt 2011) geben einen besseren Zugang zu Metadaten und Kategorien (auch bekannt als „Taxonomien“).

Der Inhalt von den Vorlagen getrennt ist, so dass Sie den gleichen Inhalt wie eine statische Seite, ein RSS-Feed, oder erhältlich über die API, über verschiedene Standorte und sogar lokalisierte auf eine Sprache (mein Team erbracht haben, können nicht verwendet diese Funktion so viel).

Closed Source, aber wir bekommen Zugriff auf die Dokumentation, gibt es ein aktives Forum, und jeder kann „Erweiterungen“, um die Code-Basis beitragen Funktionen wie erzeugte PDFs, Link-to-Google Maps hinzufügen usw. Wir wählten es für aus dem gleichen Grund - viele der CMS heraus gab es „Webseiten-in-a-box“. Wir wollten nur etwas die Entwickler entweder ziehen konnten aus, oder eine HTML-Seite oder XML ersetzen, anstatt etwas über unsere Seiten zu nehmen.

Also im Grunde Sie nicht Interesse an dem Stoff in der Vorderseite des CMS-Shop sind, sozusagen. Ok, sollte in den hinteren Raum ... als ich diese bewegliche Wand drehen ... und ich werde dir etwas zeigen verschiedene:

http://www.radicore.org/

In alle Ernst, bastelte ich mit diesem Rahmen 2 oder 3 Jahre. Ich kann nicht dafür bürgen, da ich es nie an einem Projekt mit endete, aber es war faszinierend.

PS - Es war dieser Bit auf der Radicore Website, die die Verbindung in meinem Kopf gemacht, dass vielleicht die Art der Sache, es ist zumindest heraus zu überprüfen: „ Die View-Komponente wird von eine vorgefertigte Sammlung von wieder verwendbaren XSL-Stylesheets, die alle HTML-Ausgabe zu erzeugen. "

Fedora könnte die Rechnung für das Backend passen, aber es könnte auch für Ihre Bedürfnisse Schwergewicht werden . Es verfügt nicht über ein Front-End, nur einige administrative Schnittstellen, Organisationen usign sie es mit bestehenden Systemen zu integrieren neigen, oder eine dritte Partei Front-End verwenden, von denen es einige gibt, oder einfach nur ihre eigenen schreiben.

Es gibt eine whitpaper Sun Microsystems: Neuer Ansatz für die Erstellung und Verwaltung von Groß Digitale Archiv , die sollten Sie es helfen auszuschließen.

Wie viele FT Mitarbeiter das Projekt und seine laufende Wartung zugeordnet werden?

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow