Moderne Content Management Systeme müssen Ansprüchen genügen, die nicht so leicht zu kombinieren sind:

• Sie müssen auch ohne Programmiererfahrung leicht zu bedienen sein.
• Der Redakteur muss Texte mehr oder weniger beliebig formatieren können.
• Sie müssen semantisch korrekten, validen Code erzeugen.
• Die Ausgabe muss zudem suchmaschinenoptimiert sein.

Welche Probleme sich einem stellen, und wie man sie erfolgreich löst, erläutere ich in meinem Artikel “How to get a tidy website” im Unofficial RedDot CMS blog.

In jedem Fall ist es ratsam, sich mit einem erfahrenen CMS-Partner an die Umsetzung einer Anwendung zu machen. Unsere zertifizierten RedDot-Entwickler freuen sich auf Sie.

Das Plugin „TemplateDependenceChecker“ von stoll & fischbach eBusiness ist eine SmartTree-Erweiterung für das RedDot CMS, die die Verwendung freigegebener Content-Klassen in Tochterprojekten prüft.

Templateentwickler erhalten dadurch auf einfache Weise eine schnelle Übersicht, welche Tochterprojekte welche Templates nutzen. Dies erleichtert die Verwaltung insbesondere großer Master-Child-Szenarien, in denen mehrere Templateversionen und Projektvarianten zum Einsatz kommen, erheblich.

Wir stellen es kostenlos unter der Creative Commons GNU General Public License zum Download zur Verfügung. Speichern und entzippen Sie hierzu die folgende Datei im plugins-Verzeichnis auf Ihrem CMS-Server.

Darin finden Sie auch eine ausführliche Dokumentation (deutsch / englisch).

RedDot CMS Plugin TemplateDependenceChecker herunterladen

In immer mehr unserer großen CMS Projekte auf Basis von RedDot CMS oder FirstSpirit 4  implementieren wir eine sogenannte “Web World”. Diese stellt die zentrale Schaltzentrale für alle Projekte dar und geht weiter über die Bereitstellung von Templates (Template Pool) oder zentralen Content (Contentdrehscheibe) hinaus – deckt diese Bereiche aber selbstverständlich auch mit ab.

Die Web World kann aber noch viel mehr und kann individuell an die Kundenbedürfnisse angepasst werden. Hier einige Beispiele der Funktionen, die über die Web World abgebildet werden können:

• Kontaktinformationen zu jedem Projekt inkl. Billing-Informationen für die Verrechnung
• Projektspezifische CSS- oder HTML-Informationen (Farben, Tracking-IDs)
• Projektspezifische Default-Werte für bestimmte Bereiche (Title, Keyword, etc.)
• Domainverwaltung mit Definition der Default-Sprache und automatischer Generierung von Rewrite-Rules
• Aktivierung/ Deaktivierung von Websites mit einem Klick
• Schaltung von Darksites für bestimmte oder alle Websites über die Webworld
• Statistische Daten zu den Projekten (letzte Publizierung, Page Impression, Visits)
• Monitoring
• etc.

Das Tool gibt dem Website Administrator also ein flexibles Cockpit für die Steuerung der Projekte im Content Management System.  Selbstverständlich können auch Skripte in die Web World integriert werden, die automatisch Projekte anlegen, User hinzufügen, Applikationen in Projekten freischalten und so weiter.

Sprechen Sie uns an, um die Möglichkeit in Ihrer CMS Welt auszuloten. Eine Web World kann in vielen Fällen auch nachträglich noch implementiert werden.

RedDot CMS bietet den Templateentwicklern eine Vielzahl an Techniken an, um die jeweiligen Projektanforderungen zu lösen. Somit lassen sich schon unter geschickter Nutzung der „Bordmittel“ und ohne Customizing der Applikation interessante Lösungen realisieren.

Wichtig hierbei ist die Beachtung der richtigen Reihenfolge, in der die einzelnen Module gerendert und ausgeführt werden. Spätere Module können auf den zuvor erzeugten Code zugreifen und ihn weiterverarbeiten. Frühere Module können zudem den Code der folgenden Module erst erzeugen, aber das ist dann schon nicht mehr Pflicht, sondern Kür.

1. Inhalte der Elemente und Blockmarkierungen, im SmartEdit auch die RedDots
2. Rendertags
3. PreExecute-Code
4. RDExecute-Code (SmartEdit und Vorschau) oder PageBuilder (Publizierung)

Wichtig zu beachten ist der grundsätzliche Unterschied zwischen SmartEdit und Vorschau einerseits und der Publizierung andererseits. Beim Publizieren werden in alle Elemente, die Urls enthalten (Links, Listen, Media, Images, einzelne Infoelemente), zunächst nur Vorab-Informationen für den Pagebuilder geschrieben. Erst dieser erzeugt dann daraus die finale Url. Sie steht somit noch nicht für die Verarbeitung im PreExecute zur Verfügung!