Hallo,
ich hoffe das ist hier der richtige Platz für solche Themen.
Habt ihr wenigstens per PN einen Tipp, was an meinem Beitrag zu diesem Schweigen führt?
Ist es das anheften an einen 4 Wochen alten thread? Oder ist das Posting zu lang und allgemein gehalten?
Mich würde schon interessieren, was in dieser Liste für Erfahrungen zu den Einstiegshürden in Bezug auf Zope/Plone bestehen.
Hallo,
Ich bin neu hier. Ich hefte mich mal an diesen thread, da ich denke dass es einigermaßen passt...
Ich kann zwar nicht auf 20 Jahre Programmiererfahrung zurückblicken wie pjfry, aber sein Artikel passt doch auf meine Situation. Ich bin Grafiker, und habe schon die ein oder andere kleinere Website "programmiert", xhtml/css2 und ein wenig javascript sind also nicht unbekannt.
Nun würde ich mich gerne in ein CMS einarbeiten, es aber von allen Seiten her bedienen können, also als Designer, Administrator, Manager und Redakteur, wenns sein muß auch als Programmierer.
Herauskommen sollen Seiten, die völlig anders aussehen, als die default plone site, also z.B.:
http://www.hermes-bauphysik.de/
http://www.sterngasse.at/sterngasse
http://plone.net/sites/ingendo-gmbh
also nicht "wenig" geändert wie z.B.:
http://www.neuhaus-elbe.de/
Und was ist anthill-CMS im Vergleich zu plone?
http://www.banality.de/produkte/anthill-cms/ (ingendo-gmbh)
Da bin ich nun über WordPress, Joomla!, Typo3 bei Plone gelandet, ohne mich schon richtig in eins der Systeme eingearbeitet zu haben.
Ich habe sie erst einmal installiert, und fand WordPress als Einstieg sehr gut, als CMS kommt man aber schnell an die Grenzen, und muss mit vielen Erweiterungen arbeiten. Joomla! erscheint mir da eine Option, scheint aber mit vielen Extensions nicht standardgetreu und barrierearm daher zu kommen. Typo3 hat mich etwas erschlagen, und ich habe noch in keinem dieser CMS wirklich gearbeitet und Templates entwickelt. PHP habe ich auch nur angekratzt. In WordPress habe ich mal ein 3 column Theme Widgetfähig gemacht, das ist aber auch schon alles.
Gerade im Punkt Sicherheit scheint mir PHP und seine darin programmierten Applikationen etwas schwierig, und ich habe nach dem debian HOWTO für fastcgi PHP als eigenen Prozess mit den userrechten des Projektes laufen. Die Umsetzung des HOWTO's ist mir schon eher schwergefallen (es war gleichzeitig die Umstellung von apache 1.3 auf 2.2 auf einem Testserver).
Nun habe ich auf ubuntu zope 2.10.4 aus den sourcen zum laufen gebracht, und plone 3.0.2 eingerichtet.
Erstmal arbeitet Zope/Plone nun über apache2/mod_rewrite/mod_proxy auf meinem Testserver.
Das entsprechende HOWTO war für mich wiederum eher schwer zu entschlüsseln:
http://plone.org/documentation/…orial-all-pages
http://plone.org/documentation/…ry-easy-example
Wenn ich da sehe, was es noch alles zu bewältigen gibt, damit das "Backend" über ssl erreicht wird, das ganze skalierbar über ZEO läuft, und gecacht, und eventuell sogar über load-balancing serviert wird.... stehen mir gerade etwas die Haare zu Berge.
Was denkt ihr? Ist das zu bewältigen, wenn man kein Programmierer ist?
Es heißt ja immer, dass plone leicht zu benutzen ist, ich habe es gestern aufgesetzt, hatte diverse Probleme dabei, die ich lösen konnte, und habe heute morgen erstmals über den apache2 auf das frontend zugegriffen, und damit das erste mal gesehen, wie die plone Seite nach "außen hin" aussieht.
Das gab mir dann schon zu denken, da sie über den direkten zope-Zugriff nur ihr aussehen als angemeldeter admin preisgab.
http://ip6-localhost:8080/MyPlone3-1/ zeigte also das "backend" als admin, bzw. "frontend", als admin eingeloggt mit dasboard und allen weiteren Zugriffsmöglichkeiten. Unter http://ip6-localhost:8080/MyPlone3-1/manage wird dann der zope-server gezeigt mit dem Plone-Baum (Plone Site at /MyPlone3-1). MyPlone3-1 ist der Name des Produktes Plone, das ich in der Instanz Plone3-1 anlegte (/var/lib/zope2.10/instances/plone3-1).
Erstmal war das auch verwirrend.
Wenn ich mich ausloggen wollte, so kam nur die Meldung:
http://ip6-localhost:8080/MyPlone3-1/logged_out
Sie sind hier: Startseite
InfoSchließen Sie Ihren Browser, um sich abzumelden.
Da Sie mittels HTTP Authentifikation angemeldet sind (beispielsweise an der Zope Management Oberfläche), besteht die einzige Möglichkeit sich abzumelden darin, Ihren Browser zu schließen.
Ich konnte im Web nichts dazu finden, und erst nach der Einrichtung des vhost konnte ich das frontend sehen, darauf war ich nicht vorbereitet.
Bei dieser Konstellation ergibt die Eingabe in der Adresszeile des Browsers:
http://pl3-1.zope.home/manage auch nicht den zope-server mit dem plone-tree, sondern wird erweitert zu
http://pl3-1.zope.home/acl_users/cred…ope.home/manage
und nach dem Einloggen findet man sich im plone-backend wieder, wie ganz ursprünglich von mir erwartet. 
Ich hoffe die Probleme sind nicht schon weiter vorprogrammiert, und Hilfe ist in ähnlicher Fülle vorhanden, wie z.B. bei Joomla! etc.
Ich dachte, mit plone ein gleich sehr ausgereiftes, sehr gut skalierbares, sehr modernes und sicheres CMS/Framework für Webanwendungen zu bekommen, und mit python eher einen einfacheren und sinnvolleren Einstieg in die Programmierung als solches zu finden, als mit PHP. Auch der objektorientierte Ansatz der ZODB, den ja nicht einmal Oracle bietet, fand ich ein Pluspunkt im Zusammenhang mit Zope/Plone, ich kenne mich auch noch nicht sehr gut mit relationellen Datenbanken aus. Ich will damit sagen: Auch bei MySQL hätte ich noch einen Einarbeitungsaufwand.
Wie sieht es mit dem Resourcenverbrauch von Zope/Plone bei mehreren Sites auf einem Server aus? Mein Testserver hat die installation zwischen 400 und 500 MB Arbeitsspeicher gekostet.
Wie ist die Verbreitung von Plone, im Vergleich zu Typo3, Joomla! und Co.?
Ist plone-Wissen auch beruflich relevant, oder wäre da PHP/MySQL/TypoScript interessanter, als Zope/ZODB/Plone/Python?
Wie schwierig ist die Templateentwicklung im Vergleich?
Zusammengefasst: Kann man die Zope/TAL-Schiene der PHP/Smarty Schiene vorziehen, wenn man mit relativ geringem Vorwissen ins Rennen geht?
Ach ja, dann gibt es ja auch noch Ruby on Rails mit REST 
pjfrys Frage, ob es grundlegende Verhaltensweisen gibt soche Fettnäpfe durch die Installation von Produkten zu vermeiden, die nur schwer zu debuggen sind, ist natürlich auch sehr interessant.
Und falls so etwas häufig der Fall wäre, ist es interessant, ob man in solchen Fällen nicht etwa vor einem unlösbarem Problem stehen würde...
