Im folgenden eine Liste mit CMS'en, die die oben genannten Bedingungen möglicherweise erfüllen. Auch hier mag jeder sein lieblings-CMS eintragen und bitte kurz erwähnen, welche Anforderungen erfüllt werden. (Wär es da nicht besser eine Tabelle/Matrix zu machen? dirkw)

Weiß, dass dies ein Eintrag ist, der nicht den Ansprüchen desjenigen erfüllt, der diese Seite erstellt hat, aber wir sollten uns mal die verschiedenen Inkarnationen von Wikis genauer anschauen. Grundsätzlich halte ich ein Wiki für eine gut Idee, weil es den Kollaborationsgedanken, die unsere Webseite haben soll, gut trifft. Ein Pluspunkt wäre auch ,dass die Einarbeitungszeit für die "Redakteure" wahrscheinlich geringer ist.

— 2011-10-30 Dirk Wetter

• einfach bedienbar und geringe Einarbeitungszeit: gegeben, Wiki-Syntax, HTML fuer Spezialfaelle auch moeglich
• editierbar zumindest in den meisten grafischen Browsern: gegeben
• keine zu komplizierte oder schlecht tippbare Syntax: Einfacher als Wiki geht's nicht
• gueltiges HTML/XHTML (whatever) und CSS: gegeben
• Sollte sicher sein, d.h. keine Historie von Sicherheitslöchern: m.E. gegeben
• Sicherheit + Betrieb: Statischer Export m.W. machbar
• URLs in Klartext, kein kryptischer Buchstabensalat, SessionIDs etc.: gegeben
• Rollen / mandantenfaehig: ACLs (Benutzer und Gruppen, Rechte per Verzeichnis oder einzelne Seiten)
• Anbindung dieser per LDAP: Unklar
• Schreiben von Inhalten / Freigabe von Inhalten durch verschiedene Rollen moeglich: gegeben
• Moeglichkeit eines Rollbacks: gegeben
• Blogs: http://www.dokuwiki.org/plugins?plugintag=blog#extension__table
• Gruppenblog-Funktion: Sorry, weiss nicht, was ein Gruppen-Blog ist
• RSS: gegeben
• Twitter Feeds einblendbar: http://www.dokuwiki.org/plugin:twitter
• Kalendar: http://www.dokuwiki.org/plugins?plugintag=calendar#extension__table
• Umfangreiche Moeglichkeit zur Formatierung: Wiki und HTML moeglich
• Ein Blog-Planet: Sorry, weiss nicht, was ein Blog-Planet ist
• Bildergalerie: http://www.dokuwiki.org/plugin:gallery

— Frank Thommen 2012-02-15 19:37

Drupal kann von sich aus oder mittels Plugins:

• Webinterface zum editieren
• Gruppen, Rechteverwaltung
• Verschiedene Eingabeformate von text, html bis php pro Rolle/Gruppe
• RSS
• Blogs
• Mehrsprachigkeit
• Druckansicht, pdf-Downloads jeder Seite
• LaTeX-Syntax in Artikeln
• HTML oder automatisches Formatieren
• Fotoalben

Ohne Recherche kann ich nicht sagen ob es:

• Gruppenblogs
• Blog-planet

Als blog-planet würde ich ohnehin eine getrennte Software vorschlagen, die man notfalls per iframe einbinden kann oder besser als eigene Subdomain wie planet.guug.de. Zu sehen z.B. auf planet.freitagsrunde.org.

1. – 2009-04-03 15:11 Florian Streibelt

Features:

• Core Features
• RSS
• Poll
• Custom HTML
• News
• Authentication with LDAP, OpenID possible
• WYSIWYG Editor JCE
• Veranstaltungsmanagement mit der Seminar Extension
• Workflow Extension (NOT FREE) → This could be a reason to use Typo3 instead
• Calendar Extension
• SEF Plugin, see Core Features Presentation (search engine friendly urls → should also be human readable)

There were security issues. Seems to be better now.

Most Extensions are for version 1.5, not 1.6!

— 2012-03-06 Thomas Dausner

Hersteller-Info siehe hier.

Infopark Fiona deckt die meisten der genannten Anforderungen ab. In der Zusammenstellung wird auf not-out-of-the-box hingewiesen.

• Usability (siehe user interface von Infopark Fiona)
  • Content ist an der Struktur verankert. Die Wiederverwendung eines Contents an mehreren Stellen ist dennoch möglich
  • WYISWYG-Editor zum Bearbeiten in der Vorschau
  • Interne und externe Editoren möglich
  • Einarbeitungszeit für Redakteure relativ gering
  • Navigation im Struktur-/Contentbaum in Spalten- (Mac) oder Baum- (Windows) Ansicht
  • Web-Interface, kompatibel zu allen major Browsern
  • Eingabe von HTML möglich, aber nicht zwingend
  • Starke Linkprüfung: interne Links sind 100% sicher (im Sinne von "broken links"), externe Links werden regelmäßig geprüft

• HTML / Logik
  • Ausgabe wird mittels "Templates" erzeugt. Gültiges HTML/XHTML mit CSS wird während der Entwurfsphase (engineering) definiert.
  • keine bekannten Sicherheitslöcher
  • Statischer oder dynamischer Export, vollständig oder nur geänderte Seiten (einschließlich der referenzierenden Seiten nach Verschieben von Seiten)
  • URLs in Klartext (auch von Unterseiten), da Struktur und Inhalt verknüpft.
  • fremde Seiten einbindbar (wozu?)

• User
  • Rollen und Mandantenfähig
  • Anbindung per LDAP
  • Granulare Rechteverwaltung: Anlegen / Schreiben / Freigabe von Inhalten durch verschiedene Rollen möglich
  • Definierbare Workflows: mehrstufige Freigabe möglich (4- bis N-Augen-Prinzip)

• Versionsmanagement (wer hat was wann geändert)
  • Historie aller Webseiten (Archiv-Funktion)
  • Rollback möglich

• AddOns
  • AddOns wie Blogs, RSS, Twitter feeds, Kalender sind not-ouf-of-the-box. Einfache Dinge wie RSS lassen sich mit on board Mitteln (Templating) realisieren. Komplexere Dinge wie Blogs und Kalender können einfach "angeflanscht" werden. Infopark Fione bietet heirzu einerseits die Möglichkeit, das System per TCL-Scripts zu erweitern, andereseits das CMS als Datenbasis mit Archivfunktion für per Ruby-On-Rails erstellten Web-Applikationen zu nutzen. Hierzu hat das CMS einen sog. "Rails-Connector".

Siehe auch die Funktionsübersicht von Infopark Fiona.

• Weitere Möglichkeit zur Formatierung durch Erweitern des Export-Vorganges möglich (not-ouf-of-the-box)
• Blog siehe AddOns
• Bildergalerie lässt sich per Templating im Zusammenwirken mit jQuery/AJAX abbilden. Entsprechende jQuery-Bibliotheken sind vielfältig vorhanden. Siehe z.B. http://www.blogrammierer.de/jquery-die-23-besten-bildergalerie-plugins/

Infopark AG würde dem GUUG e.V. eine kostenlose Lizenz "as is" für non-commercial-use überlassen.

Infopark Fiona kann unter Linux oder Windows betrieben werden. Der Betrieb erfordert eine Datenbank — MySQL, MS SQL Server, Oracle bzw. SQLite für Testzwecke. Die Ablage der Seiteninhalte (HTML, PDF, jpeg,…) erfolgt entweder im Dateisystem oder in der Datenbank. Letztere Variante bietet den Vorteil, dass mit einer entsprechenden Datenbank-Installation die Datensicherung mit den Werkzeugen der Datenbank zu 99% abgedeckt werden kann. Das restliche 1% sind Konfiurations- und Script-Dateien, die nur nach Änderung gesichert werden müssen.

Da ich etwa 10 jahre Erfarung mit Infopark Fiona habe, würde ich im GUUG mein Knoff Hoff einbringen, einerseits in Form der web site Erstellung, andererseits in Form von Weitergabe meines Knoff Hoffs.

• Typo3? (=⇒ Sicherheitsansprueche)
• Joomla? (=⇒ Sicherheitsansprueche)
• Mambo? (=⇒ Sicherheitsansprueche)
• Alfresco?