Re: Gedanken zur Technik + bbcode

ekke <[email protected]>
Newsgroups gmane.comp.cms.bitflux.general.german
Message-ID <8593MI4Y84HDOKVS62UQC0MJ04SMA9LF.3dc66baa@comp5>
04.11.2002 13:04:12, Christian Stocker <[email protected]> wrote:


>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 ;-))

>> Der Gebrauch von mod_rewrite schränkt die Auswahl der Provider stark ein.
>> Keiner unserer vielen Accounts hat --with-dom --enable-xslt --with-xslt-sablot -- with-apxs=PATH/to/your/apxs und mod_rewrite.
>> Entweder PHP alles oder Apache alles.
>
>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.


>
>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.
Die Kunden müssen sich an die Technik, von der sie nichts verstehen, gewöhnen.
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.
>
>> Warum ist es sinnvoll, technisch so "klein" wie möglich zu bleiben?
>> 
>> Der Webspacemarkt ist im Augenblick so, also wenn man viele Mitprogrammierer sucht, die Erweiterungen oder Funktionen hinzufügen,
>> dann sollte das CMS fast überall laufen. 
>
>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. 
>
>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+webhosting&btnG=Google+Search
http://www.javaservlethosting.com/services.php?pageid=webhostingcomparison
http://www.edis.at/content/produkte/server.shtml#advanced

>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/


Hoffe es unterstützt Euch, Gruss ekke
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.