Allgemeine Fragen zu Plone

Hallo,

ich untersuche im Rahmen meiner Diplomarbeit gerade Content Management Systeme.
Dafür habe ich einen Fragenkatalog erstellt. Nun fehlen mir allerdings noch ein paar Antworten.
Könnt Ihr mir da weiterhelfen?

1. Ist die Weiterentwicklung gewährleistet bzw. beeinflussbar?
2. Ist das Fortsetzen einer Sitzung an der verlassenen Stelle (Lesezeichen) möglich?
3. Leichte Identifikation nicht-gelesener Mitteilungen oder Dokumente?
4. Content-Rotation: Anzeige von Inhalten nur innerhalb eines definierten Publikationszeitraumes?
5. Mehrfachverwendung von Inhalten an verschiedenen Stellen mit unterschiedlichem Layout?
6. Rechtschreibprüfung für Redakteure?
7. Sperrmechanismus: Dokument kann nur von einer Person gleichzeitig bearbeitet werden?
8. Zugangssicherheit bzw. Sicherheit bei Datentransfer?

Ich wäre Euch dankbar für ein paar Antworten.

Zu 1:
Die Entwicklung ist gewährleistet. Eine Vielzahl von Firmen und Entwicklern rund um den Globus lebt von Plone, und hat starkes Interesse an dessen Bestehen. Bestes Beispiel ist Computer Associates welches derzeit einen Sitz in der Plone Foundation hat. Man kann auf die Plone Entwicklung auf verschiedene WeiseEinfluss nehmen, bewährt haben sich öffentliche Bounties, bei denen Preise für erweiterte Funktionalitäten geboten werden, sowie die direkte Finanzierung eines Unternehmens für diese Erweiterung, und last but not least Entwickler die Code beisteuern können die Entwicklung beeinflussen. Eine Kontrolle ist nicht möglich. Wer die Plone Kernfunktionalität auf eine Weise verändern möchte, das die Mehrzahl der Entwickler dagegen ist, hat keine Chance. Er kann jedoch einen sogenannten Fork machen, und auf Basis des bestehenden Plone Codes eine eigene Version mit den spezifischen Änderungen machen. Dies wird aber normalerweise nie der Fall sein.

2. Ja

3. Die Frage deutet darauf hin, das nicht ganz klar ist was Plone ist. Plone ist kein Forensystem, auch wenn es sich um ein solches durch sogenannte Produkte erweitern lässt. Ob diese deine Anforderungen in Punkt 2 erfüllen hängt natürlich vom Produkt ab. In der Regel haben bei Plone Autoren keine Veröffentlichungsrechte, sondern müssen durch einen Reviewer freigeschaltet werden. Für diesen gibt es einer Liste noch nicht reviewter Dokumente. Ähnliches gilt meines Wissens bei multilingualen Sites in Bezug auf zu übersetzende Seiten. Das zugrundeliegende Zope als Applikationsframework macht es leicht fehlende Funktionalitäten hinzuzufügen. Je nach Grösse des Projektes und Erfahrung des Entwicklers kann deine Anforderung innerhalb eines Personentages realisiert werden(Ich gebe Personentages als kleinste Grösse an).

4. Ja.

5. Ja. Häufig werden Seiten realisiert, bei denen das Redaktionslayout aussieht, wie eine standard Plone site, während die Besucher sicht angepasst ist. Beispiele mit Screenshots sollten sich auf tomster.org finden.

6. Laut Tortie durch Produkte nachrüstbar, und daher eine konfigurierbare Option.

7. Ja. Solche Sperren können übrigens nicht sauber funktionieren, da der Server nicht mitbekommen kann, wann jemand einfach das Fenster schliesst und den Text nicht weiterbearbeitet. Trotzdem wird es unterstützt.

8. Die Frage ist nicht genau genug. Zope verwendet einen eigenen Webserver der durch die High Level Sprache Python mit einer handlichen Anzahl an LOCs daherkommt. Das bedeutet das ein Securityreview von Erfahrenen Reviewern innerhalb eines Tages machbar ist. So auch schon durch eine amerikanische Behörde geschehen, die sich darauf entschied, Zope als direkten Webserver einzusetzen. Leider habe ich die Quelle dazu nicht mehr parat. Eventuell Pauf Everitt in seinem Plone Buch. Die meisten verwenden allerdings einen Apache vor Zope. Darüber können dann auch SSL Sessions gefahren werden. Zope unterstützt eine Vielzahl an Authentifizierungsschemes. Out of the box wird Basic Auth verwendet. Cookiebasierte Authentifizierung ist durch ein Produkt nachrüstbar und damit konfigurierbar. Die Authentifizierung durch Cookies ist weit verbreitet. Die Integration von Plone in verschiedene SingleSignOn Lösungen ist Möglich. Es gibt eine Vielzahl von Produkten zur Benutzerverwaltung, die auf eine Vielzahl von Diensten zugreifen können, häufig werden Benutzer gegen LDAP oder Active Directory authentifiziert. Auch die Speicherung in relationale Datenbanken ist nicht unüblich.

Zu mickys erstem Vorschlag, ZMS:
Bitte nicht mit anderen Zope basierten CMS vergleichen. ZMS ist theoretisch ein Open Source CMS, aber es wird nur von den Gründern weitergepflegt. Wichtige Weiterentwicklungen wurden in der Vergangenheit verschlafen, und es soll sehr kompliziert sein, Designs anzupassen. Hauptsächlich aufgrund von Unmengen an DTML Code, einer alten und allgemein als schrecklich angesehenen Template Sprache. Schrecklich deshalb, weil sich darin auch sehr viel Logik realisieren lässt, was aber kaum les,- oder wartbar ist. Zusätzlich waren das letzte Mal noch haufenweise inline CSS Anweisungen gefunden worden die wie Stolperfallen darauf warten, einem Probleme zu bereiten.
Daneben herscht bei diesem CMS die Mentalität vor, alles selbst nochmal neu zu implementieren. Wer mal versucht, eines der Module anzupassen, und DTML Sourcen in einem dutzend vierzeiliger inputs zu bearbeiten, wird schnell fluchen.
Daneben wehrt sich ZMS teilweise sogar gegen grundlegende Veränderungen. an einigen Stellen wird statisch geprüft, ob ein Produkt auch vim richtigen Typ ist. Häufig werden beispielsweise Userfolder für die Verwaltung von Benutzern ausgetauscht. Dadurch das alle diese Folder, die API des einfachen UserFolder unterstüzen ist das ohne weiteres möglich.
Wer in den Python source der Applikation schaut, wird schnell merken, das die Macher sich auch nicht unbedingt sicher sind, wie sie die Applikation verwenden sollen, es scheint dort inzwischen Usus zu sein, sicherheitshalber objekte in unterschiedlicher Form zu bekommen. So kommte es öfter vor das ein eingabeparameter ein user ist, und die ersten Zeilen Code schauen erstmall, ob der user ein String oder ein Objekt ist....
Obwohl ZMS praktisch von einer Firma im Alleingang entwickelt wird, sah diese sich bei einer Umstellung von ISO-xxxx zu UTF-8 ausserstande Migrationsscripte oder ähnliches anzubieten, bei vielen blieb nach der Migration auf das neueste ZMS ein nicht mehr funktionierendes System zurück. Leider hat sich hier Plone auch nicht mit Ruhm bekleckert, man findet aber wahrscheinlich leichter jemandem der einem weiter helfen kann.
Dann sind einige Features von ZMS nicht besonders gut getestet. Dunkel erinnere ich mich an Probleme mit Sitemaps und Multilingualität, oder den Master und Slave sites... Hier wird einem nur empfohlen, die neueste Beta von ZMS zu verwenden.
ZMS hat diese Verbreitung in Deutschland hauptsächlich durch gutes Marketing im medzinischem Sektor und dadurch auch einige gute Referenzen.
Was als Hauptkritikpunkt heraussticht, ist diese Mentalität alles selber machen zu wollen. Niemand köme auf die Idee, ein paar gute Features darau zu kopieren, schlicht weil es nicht möglich isst. Und da jeder, der das System näher kennenlernt, sich schnell wieder mit grausen abwendet, kommt auch keine Community zu stande.

1. Ist die Weiterentwicklung gewährleistet bzw. beeinflussbar?

Ja und ja. Zope Corp (Jim Fulton et al), Enfold Systems (Alan Runyan, Andy McKay et al), Plone Solutions (Alex Limi et al) stellen wohl das Rückgrat dar, dass so schnell nicht verschwinden wird.

Einfluss: Sowohl Python, als auch Zope, als auch CMF, als auch Plone sind open-source Projekte und somit von Natur aus beeinflussbar.

2. Ist das Fortsetzen einer Sitzung an der verlassenen Stelle (Lesezeichen) möglich?

Ja. Einfach bookmarken.

3. Leichte Identifikation nicht-gelesener Mitteilungen oder Dokumente?

OOTB wird das User-Verhalten nicht getrackt, also nein.
Einzige Ausnahme: die Login-Zeiten. Daraus wird dann die 'recently published' Liste erstellt.

4. Content-Rotation: Anzeige von Inhalten nur innerhalb eines definierten Publikationszeitraumes?

Via 'effective date' und 'expiration date' OOTB verfügbar.

5. Mehrfachverwendung von Inhalten an verschiedenen Stellen mit unterschiedlichem Layout?

Ja.

6. Rechtschreibprüfung für Redakteure?

Nein, bzw nur durch Zusatzprodukte (Bsp: CMFSpellChecker)

7. Sperrmechanismus: Dokument kann nur von einer Person gleichzeitig bearbeitet werden?

OOTB werden nur DAV-Locks unterstützt.
Mit Zusatzprodukten (wie z.B. meinem 'LockingWorkflow') können auch bei TTW Arbeiten Locks gesetzt werden.

8. Zugangssicherheit bzw. Sicherheit bei Datentransfer?

Konfigurationsabhängig. Generell gelten alle Sicherheitsbedenken wie überall im Web. Wer hier zumachen muss, sollte über https gehen.
System-intern hat Zope ein sehr gutes und mächtiges Sicherheitssystem mit dem man via Rollen und Rechte im Detail steuern kann, wer wann wo was darf.

Raphael

Hallo Micky, jeder darf sein Szystem verteidigen, und ich muss zugeben, das ich die konkreten Bugs die mir begegnet sind nicht mehr eindeutig benennen kann, unter anderem auch weil ich damit schon lange nicht mehr zu tun habe. Ich habe das System zu dem Zeitpunkt verwendet, wo es gerade den Umstieg von verschiedenen encodings auf utf-8 gab. Das einige Nutzer damit Probleme hatten sieht man in den Mailinglisten.
Plone ist mit Sicherheit auch kein optimales System, es ist besonders intern nicht immer schoen, den Source meine ich.
Zu der Sache mit den Behauptungen von denen du sagst das sie nicht wahr sind,
1. Es wuerde mich wundern, wenn im Source nicht noch immer statisch geprueft wird, was fuer ein User Folder enthalten ist.
2. Welche Empfehlung erhaelt man heute, wenn jemand einen Bug entdeckt hat, noch immer ,man solle die aktuelle Beta nehmen?
3. Was musst du heutzutage veraendern, um ein Forumsmodul anzupassen.
4. Gibt es inzwischen Pagetemplates?
5. Wird inzwischen der CSS Code ausschliesslich in CSS Dateien gehalten?
6. Ist eine Migrationsstrategie zu Zope3 schon in Aussicht? (Nicht das Plone eine "ausgearbeitete" Strategies haette)
7. Wie viele Entwickler arbeiten an der aktuellen Version mit?
8. Punkt fuer dich, ich dachte der Bugtracker auf Sourceforge wird nicht gepflegt, aber offensichtlich habe ich mich getaeuscht: http://sourceforge.net/project/stats/…type=&mode=year
9. So einfach scheint mir ZMS auch nicht zu sein, ich kann hier die Intention der Luecken erkennen, und als ich das letzte Mal in die sitemap geschaut habe, haette ich es auch ungern gefixt: http://www.zms-zope.de/content/sitemap_ger.html
10. Hauptkritikpunkt, auch wenn ich Ihn ans Ende stelle: Stell dir vor Hoffmann und Liebenberg gewinnen im Lotto und verschwinden auf nimmer wiedersehen an einen unbekannten Ort. EineWoche spaeter treten seltsame Bugs auf, irgendwas mit dem Name lookup. Du must das Problem schnell fixen, du brauchst jemand der richtig tief im System drinnsteckt. Wen kennst du?
Es gibt weitere CMS Loesungen die ein aehnliches Problem haben. UnionCMS waere so ein Kandidat, wenn das Projekt nicht so gross waere das man m.W. mit verschiedenen Firmen zusammenarbeiten musste, gaebe es auch nur eine Firma, die einem weiterhelfen koennte. Aber die haben wenigstens auf ein paar Standards gesetzt die es auch UnionCMS Neulingen leicht machen das System zu aendern, weil man vieles schon kennt.
Warum erfindet denn ZMS ueberall das Rad (schlechter) neu?