Open Source Jahrbuch 2008 - Business Linux Hanse Network

���� ������ ������� ���������� � ���� ��������� �����������
bezahlt werden. In der Praxis entscheidend ist also nicht die Ausrichtung des Projekts
oder Produkts, sondern, ob bei den Entwicklern jeweils ein Verständnis für sichere
Entwicklung vorhanden ist.
Eine Besonderheit haben Open-Source-CMS allerdings gegenüber kommerziellen
Anbietern: Sicherheitslücken werden dokumentiert und dann mittels eines �����
geschlossen. Das heiÿt, dass nicht nur der Finder, sondern jeder versierte Nutzer
Informationen über die jeweilige Lücke erhält. Er kann nun die Lücke bei Webseiten
austesten, die den entsprechenden Patch nicht eingespielt haben. Im Extremfall
ndet sich sogar ein böswilliger Nutzer, der ein automatisiertes Skript schreibt, das
nach noch nicht gepatchten Webseiten sucht und diese angreift. Die Offenlegung
von Sicherheitslücken hat dementsprechend einen groÿen Nachteil für Unternehmen
und Webseitenbetreiber: Sie müssen das OS-CMS regelmäÿig aktualisieren bzw. mit
ihrem Dienstleister einen entsprechenden Wartungsvertrag schlieÿen. Für das Open
Source-Projekt an sich ist die Offenlegung allerdings dennoch von Vorteil, denn so
wird die Qualität des Quelltextes regelmäÿig überwacht und verbessert.
Bei kommerziellen Systemen werden gemeldete Lücken meist ohne Kommunikation
nach auÿen oder manchmal auch ohne Kommunikation mit dem Kunden
geschlossen bzw. in die normalen Updatezyklen integriert.
2.5 Performance und Skalierbarkeit
���������������������������� sind aktuell eine Domäne von kommerziellen CMS.
Ein Grund dafür ist, dass sich Open-Source-CMS generell eher an eine möglichst
groÿe Zielgruppe wenden und seltener auf spezielle Anforderungen ausgerichtet sind.
Die Entwicklung der letzten Jahre zeigt allerdings, dass einige Open-Source-CMS,
wie beispielsweise Typo3 oder Plone, sich durchaus den High-Performance-Bereich
erschlieÿen und auch in Mehrserverumgebungen bestehen. Typo3 lässt sich beispielsweise
in einer Umgebung mit Lastenausgleich über ���� �������� betreiben (Scholl
2007).
3 Systementscheidung jedes System ist individuell
Auf den ersten Blick ist die Inhaltsverwaltung eine simple Aufgabe: Die Inhalte sind in
der Datenbank gespeichert, über das Backend, die Administrationsober äche, lassen
sich die Inhalte verwalten und das �������� stellt die Inhalte dar. In der Realität
lassen sich diese einfachen Aufgaben aber auf sehr unterschiedliche Arten lösen.
Einige CMS organisieren die Inhalte in einer Baumstruktur als Seiten (z. B. Typo3).
Einzelne Inhaltselemente sind dann den Seiten zugeordnet. Um Inhalte aus einem
Menü auszuschlieÿen oder ganz bestimmte einzuschlieÿen, gibt es mehrere Wege.
Redakteure können einzelne Inhalte beispielsweise im Menü verstecken. Auÿerdem
erlaubt z. B. Typo3 mit der eigenen Kon gurations- und Templatesprache ����������,
spezielle Menüs zu erstellen.
203
Entscheiden