Benutzerspezifische Werkzeuge
Sie sind hier: Startseite Wiki Plone im Vergleich mit Typo3

Plone im Vergleich mit Typo3

In diesem Beitrag zum WPD 2010 stellte Dr. Wolfgang Tank dar, wo die fundamentalen Vorteile von Plone gegenüber Typo3 liegen.

plone im vergleich mit typo3

Download der Präsentation als PDF

Transscript

Plone im Vergleich mit Typo3

Wikipedia: „Toleranz, auch Duldsamkeit, ist allgemein ein Geltenlassen und Gewährenlassen fremder Überzeugungen, Handlungsweisen und Sitten. Gemeint ist damit heute häufig auch die Anerkennung einer Gleichberechtigung unterschiedlicher Individuen.“

 

Anforderung: Theming

Plone

  • Anpassung des bestehenden Layouts via CSS. Die Qualität der Vorlage erfüllt höchste Ansprüche an Barrierefreiheit,semantische Auszeichnung, Standardkonformität und Browserkompatibilität.
  • Benutzung einer bestehenden HTML-Vorlage via collective.xdv oder Deliverance. Ggf. „Hochreichen“ notwendiger Bearbeitungsfunktionen oder separate Nutzung eines „Standard-Plone“ als Backend.

Anforderung: Theming

Typo3

  • Anpassung: Typo3 benötigt in jedem Fall die Erstellung/Einbindung einer Vorlage zur Darstellung von Inhalten. Die volle Funktionalität kann erst anschliessend genutzt werden.
  • Benutzung einer bestehenden HTML-Vorlage via TemplaVoila!. Die Einbindung von dynamischen Inhalten wie Navigationselementen etc. erfolgt dann via TypoScript. Für die Nutzung von in CMS überlicherweise erwarteten Funktionalitäten muss diese Konfigurationssprache also in ausreichender Tiefe beherrscht werden.

 

Anforderung: Dynamische Inhalte

Plone

  • Alle Inhalte sind typisiert. Kollektionen können Inhalte von entsprechenden Typen dynamisch zusammenstellen und soauch unabhängig des Ablageortes darstellen. Beispiele: Nachrichten, Veranstaltungen, Dateien,...
  • Kollektionen sind „Inhalt“. Alle Suchkriterien (Typ, Freigabedatum, Schlagwort,...) und Darstellungsparameter (Vorlage, Anzahl, Sortierung,...) können vom Redakteur mit minimalem Aufwand geändert oder neue Kollektionen selbst erstellt werden.

Anforderung: Dynamische Inhalte

Typo3

  • Seiten werden innerhalb der Struktur „verortet“. Die Darstellungder Seite oder Teilen davon ausserhalb dieser Struktur, z.B. zur Erzeugung einer Übersicht, ist zunächst nicht vorgesehen.
  • Für die üblichsten Anforderungen an solche dynamischenÜbersichten: Nachrichten und Termine, existieren Erweiterungen wie z.B. cal und tt_news, die eigene Implementierungen für diese Seiten mitbringen.

 

Anforderung: Suchen (Finden) von Inhalten

Plone

  • Alle Inhalte sind typisiert. Über allen Feldern dieser Inhalte lassen sich leicht eigene Suchindizies in das System integrieren. So lassen sich mächtige Suchanfragen realisieren.
  • Aktualisiert wird der Such-Katalog beim Abspeichern des Objektes. Er ist immer aktuell.

Typo3

  • Alle Inhalte landen beim Ausliefern in einem Cache. Über diesem kann in Form einer Volltext-Suche gesucht werden.
  • Alle anderen Suchen müssen über eigenständige Entwicklungen abgewickelt werden (z.B. SQL-Anfragen).

 

Anforderung: Sprechende URLs

Plone

  • Aus dem Titel eines neuen Objektes wird ein korrekter Kurzname für die URL gebildet. In Verbindung mit der hierarchischen Ablage entstehen automatisch sprechende URLs:
    http://www.catworkx.de/unternehmen/philosophie

Typo3

  • Jede Seite wird mittels einer Datenbank-ID identifiziert:
    http://typo3.org/index.php?id=1300
  • Mittels der Erweiterung RealURI können zusätzlich sprechende Bezeichner aus konfigurierbarer Quelle erstellt werden:
    http://typo3.org/community/events/

 

Anforderung: Verteile Umgebungen

Plone

  • ZEO ermöglicht mit multiplen Client-Instanzen eine Skalierung bei größeren Anforderungen.
  • Load-Balancing und Caching mit bewährten Technologien (HAProxy, Pound, Varnish, Squid, Apache, Nginx) vervollständigen die professionellen Anforderungen an eine verteilte Infrastruktur.

Typo3

  • Typo3 basiert zumeist auf dem LAMP (Linux, Apache, MySQL, PHP) Stack.
  • Die weite Verbreitung dieser Technologie und ihr Einsatz auch bei größeren Installation verdeutlicht die Machbarkeit.

 

Anforderung: Deployment

Plone

  • Installation aller Komponenten und Erweiterungen via zc.buildout in definierten Versionen. Ein individueller Plone als Rezept.
  • Konfigurationen der Seite können via GenericSetup exportiert, importiert, verglichen und vergleichsweise leicht in eigeneSetup-Produkte ausgelagert werden.

Anforderung: Deployment

Typo3

  • Installation des LAMP Stacks via RPMs oder händisch. Installationen von Typo3 via Kopie des Dateisystems und SQL-Export, bzw. Import.
  • Konfigurationen der Seite werden händisch übertragen oder via Datenbank-Exports/Imports abgewickelt.

 

Anforderung: Barrierefreiheit

Plone

  • Ohne Anpassung entspricht Plone bereits den WAI-AA und US Section 508 Richtlinien zur Barrierefreiheit. Bei Darstellung und Bearbeitung von Inhalten!

Typo3

  • Barrierefreiheit bei der Darstellung: hängt vom verwendeten Template ab. Barrierefreiheit bei Bearbeitung von Inhalten: fehlt.

 

Anforderung: Internationalisierung

Plone

  • Die Plone-Benutzerschnittstelle ist bereits in über 40 Sprachen übersetzt.
  • Inhalte können mit Hilfe von LinguaPlone objektweise übersetzt werden.

Typo3

  • Das Typo3-Backend steht in XX Sprachen zur Verfügung.
  • Inhalte können ohne Zusatz-Modul feldweise übersetzt werden.

 

Anforderung: Abbildung eines Workflows

Plone

  • Plone liefert bereits übliche Workflows: freigabe, intranet, 1-state
  • Jedes Objekt kann einem eigenen Workflow unterworfen werden.
  • Workflows kennen Zustände und Übergänge.
  • Zustände sichern definierte, mit ihnen verknüpfte, Rechte anObjekten zu (Öffentlich, privat,...).
  • Übergänge können an spezifische Benutzerrechte und in einfachen Skripten frei definierte Abhängigkeiten geknüpft werden.
  • Übergänge können Aktionen auslösen (z.B. Mailversand).

Anforderung: Abbildung eines Workflows

Typo3

  • Optionale redaktionelle Freigabe von Seiten aus (Entwurf-)Workspaces.

 

Anforderung: Community Website

Plone

  • Durch die „in-site“-Bearbeitungsfunktionen von Plone ist die zur Verfügungstellung einzelner Funktionen (z.B. Anlegen neuer Inhalte) für eine Community meist einfach möglich. Ein definierter Workflow sichert die Freiheiten ggf. redaktionell ab.
  • Zusatzprodukte für OpenID-Login, Foren, Chats und erweiterteKommentarfunktionen runden die Anforderungen an eine Community-Site ab.

Anforderung: Community Website

Typo3

  • Die Möglichkeit Bearbeitungsfunktionen ins Frontend zu verlagern wird selten genutzt.
  • Unterschiedliche Benutzergruppen im Frontend sind zunächst nicht vorgesehen.

 

Anforderung: Security

Plone

Statistical Data Year
# of Vulns% of Total
200910,02
201000,00

Typ3

Statistical Data Year
# of Vulns% of Total
2009480,84
2010332,10

Quelle: http://cve.mitre.org

 

Fazit

  • (Web)-Content-Management-System ist nicht gleich (W)CMS.
  • Unterschiede offenbaren sich im Detail.

 

Autor Folien: © 2010 Copyright by Andreas Schieweck, CatWorkX, Hamburg, Alle Rechte bei den Autoren. Veröffentlichung mit Genehmigung.

 

Artikelaktionen
 20 Fragen & Antworten zu Plone
 
Sponsoren 2012


Rheinische Friedrich-Wilhelms-Universität Bonn

www.acsr.de

timo stollenwerk

 

4teamworks — Internetbasierte Zusammenarbeit

 

Python Academy — Training & Consulting 

hasecke.com

 

InterZone

ganzgraph

 

evenios publishing

 

Sponsor werden