RE: Gedanken zur Technik + bbcode

Hallo Ekke

> >XML ist wichtiger bestandteil unseres CMS und deswegen können wir auf
> >die entsprechenden Module nicht verzichten :)
>
> Das ist mir klar, da war meine Formulierung undeutlich. Da
> könnte man auch fordern: bitte ohne php ;-))

Also nur XML und Java? Das wär aber schad. Vor allem für die Zukunft.

> >mod_rewrite könnte evt. umgangen werden, man müsste einfach ein paar
> >sachen ändern. Dann gibt's aber keine hübschen URLs und das
> ist genau,
> >was wir eben vermeiden möchten. Aber rein theoretisch wär's machbar.
> >Auf dom und xslt können wir aber sicher nicht verzichten.
>
> Mit den hübschen URLs: gut wäre es optional zu machen, wie bei
> http://www.phpcms.de/phpcms/de_webgrab.htm
> nennen sie hier auch Stealth-Mode.

Usability ist IMHO hier klar oberstes Gebot.
Was nicht heisst, dass das man das selbst nicht ändern kann.

> >
> >Wenn ein Kunde nicht mehr als 15 Euro pro Monat zahlen will,
> dann ist er
> >wohl tatsächlich auch mit einem CMS zufrieden, dass nicht auf XML
> >basiert :)
>
> Nein. Es geht um die Kundenbindung über Jahre.. Auch wenn das
> erste Projekt klein ist, kommen Nachfolgeprojekte.

Und wenn Du dann irgendwann Dein System umstellen musst, dann wirds ziemlich
mühsam.

> Die Kunden müssen sich an die Technik, von der sie nichts
> verstehen, gewöhnen.

Für Neuanwender ist XML meistens einfacher zu begreifen als HTML. Für
HTML-Anwender stimmt meistens das Gegenteil.

> Man kann am Anfang nicht sagen: Das ist mit xml, und damit
> besser, weil...  wenn sie Dir eine Email-Adresse geben, die
http://www.... heißt.
Man geht an den Kunden mit einem System, mit dem sie ohne
Programmierkenntnisse eine Webseite pflegen können. Einfacher als Word.
Dann wollen sie irgendwann mehr Module usw.
Wenn man ein nicht XML-CMS verwendet, wie wir es bis jetzt nur machen, dann
ist irgendwann eine große Umstellung nötig.
Denn z.B automatisch generierte PDF aus Datenbankeinträgen mit html oder
BBcode ist schwierig. Machen wir ja.
Für die Browsergängikeit müssen alte Html-standarts benutzt werden.
Dann müssen die Inhalte mühsam aus der Datenbank geholt werden und
umgewandelt werden. Diese Arbeitszeit zu bezahlen kann nur schwer vermittelt
werden,
"Warum haben Sie nicht..."
Mir sind Stammkunden lieber, denn die Neukundengewinnung ist aufwendig.
>
Ich denke, Du hast hier selbst die besten Argumente für ein XML-basiertes
System geliefert.

>Das stimmt schon, nur eben, um die XML Module kommen wir nicht herum mit
>unserem Konzept.  Und das werden wir auch nicht ändern :)

Natürlich.

>> Gutes Beispiel http://www.wyona.org
>> ohne große Javakenntnisse war es einfach auf dem localen Winserver zu
installieren.

Cool. Wir kennen die Leute von Wyona gut:)
Frage: Wieso brauchst Du dann nicht Wyona?

>das stimmt, nur kannste wyona auch nicht auf einem 15Euro-Server laufen
>lassen :) Da findest wohl eher einen (günstigen) Provider, der
>ext/domxml et al. installiert, als dass er Java/Tomcat erlauben würde.
Kurze Suche bei google:
http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=utf-8&q=Java+Tomcat+webho
sting&btnG=Google+Search
http://www.javaservlethosting.com/services.php?pageid=webhostingcomparison
http://www.edis.at/content/produkte/server.shtml#advanced

Das überzeugt mich leider nicht wirklich.
Siehe meine Frage oben.

>zum bbcode: Ich hab da drin den sinn noch nie so genau gesehen :) Warum
>ist's für den User einfacher [b] statt <b> zu schreiben? Das xoops
>Beispiel hatte ich aber auch schon im Kopf und könnte ne Alternative
>sein.
Der Sinn ist nur: kein html also sicherer (zumindest damals) und img-Tag hat
Start und Endtag. ([img][/img])
Das bbforum macht das noch besser, weil noch Browsergängiger:
http://www.phpbb.com/

Wie gesagt, unser Ziel ist Wysiwyg XML (http://www.bitfluxeditor.org) - also
keine Tags mehr.


>Hoffe es unterstützt Euch, Gruss ekke

Hmm, die Fragen zu Java, XML, PHP anderen PHPCMS bzw. Community Portals (und
da gibts ja 'ne ganze Menge;) irritieren mich ein bisschen - ich seh noch
nicht wirklich auf was Du hinauswillst.

Feedback ist aber immer gut:)

Best
Roger