RE: Re: Gedanken zur Technik

Hallo Ekke

> 3.) Jetzt gibt es eines in Entwicklung (bitfluxcms), das ist
> in xml und php ---> wunderbar, toll, klasse, das was ich
> schon lange gesucht habe.

Da treffen wir uns:)

> Also schaue ich es mir an und sehe, was ich ändern würde,
> wenn ich es schreiben würde und könnte, als Anregung.
>
> Damit meine Anmerkungen klarer werden, gebe ich Beispiele aus
> anderen existierenden CMS.
>
> Das ist alles.

Ok. Versteh ich und find ich grundsätzlich gut.

> Aus meinen Erfahrungen stellten sich mir diese Fragen:
>
> Eine war der Einsatz von mod_rewrite, denn das ist, wie
> gesagt, häufig nicht zu bekommen.
> Deshalb das Beispiel phpcms/webgrab.

Vielleicht will der Christian hier noch was zu sagen.

Ich von meiner Seite finde einfach die URI's etwas Superwichtiges.
Nicht nur wegen der Suchmaschinen etc.
Sondern zuallererst aus Usability-Gründen.

Siehe hier dazu ein Zitat von Jakob Nielsen:

Jakob Nielsen, "Designing Web Usability" [p.248]
------------------------------------------------

Our usability studies have shown that users rely on reading URLs when they
try to decipher the structure of a site or the possible results of following
a hyperlink. It would be preferable if browsers had better ways of making
site structures explicit and of previewing the destination of hyperlinks,
but right now they don't, so users read URLs the way the ancients read
cracked turtle shells: to divine a hostile environment with no known laws of
nature.

Because we know that users try to understand URL's, we have an obligation to
make them understandable. In particular, all directory names should be
human-readable and should be either words or compound words that explain the
meaning of the site structure. Also, your site structure should support
URL-butchering where users hack off trailing parts of an URL in the hope of
getting to an overview page at a higher place in the site hierarchy. Of
course, it is better if users can navigate your site structure using your
navigation buttons, but we know that a lot of users use URL-butchering as a
shortcut: Such users should get reasonable results (typically a
table-of-contents-like page listing the information available at the desired
level of hierarchy).



> Eine andere ist das Leichte installieren.
> Deshalb das Beispiel wyona, auch xml, ähnlich.

Ist denn das Bitflux CMS so schwer zu installieren?
Wenn ja, wo hattest Du Probleme?

> Zusammenfassend: Die Anmerkungen sind als Unterstützung
> gedacht, denn grundsätzlich sind die Funktionen für den
> Benutzer ähnlich, nur die Technik ist anders.
> Also kann man die Erfahrungen der anderen Programmierer/innen
> von den 10 bis 20 guten nichtxml-basierten Systemen nutzen,
> um das eigene Produkt besser zu
> machen.

Definitiv einverstanden.
Nur wollen wir mit unserem XML-XSL-basiertes CMS nicht noch ein Community
Portal machen - was gewisse Community Eigenschaften aber ganz und gar nicht
ausschliesst.

> Wenn Ihr schon in der Planung viel weiter seid und es nicht
> mehr notwendig ist, dann lese ich gerne still weiter mit und
> werfe nur ab und an kleine Anregungen ein.

Wie gesagt, Feedback, Anregungen sind immer gut.
Etwas mehr Mühe machen uns irgendwelche Vergleiche, die uns konkret nicht
wirklich weiterbringen - was gute Illustrationen nicht ausschliesst. Deshalb
bin ich auch froh, dass Du Deine Gründe etwas besser erläutert hast.

Ich weiss natürlich nicht, wieweit Du Dich beim Bitflux CMS schon eingelesen
hast bzw. das Bitflux CMS installiert hast.

Je konkreter Deine Fragen, desto besser können wir Dir auch antworten.
Und es ist ja auch immer möglich, am Bitflux CMS mitzuarbeiten. Du könntest
z.B. in Absprache mit uns, ein Dir wichtiges Modul zuliefern, bei Popoon
(übrigens hält Christian am Mittwoch darüber einen Vortrag an der PHP
Konferenz in Frankfurt, mehr dazu unter:
http://www.php-conference.de/2002/session-xml_en.php) mithelfen, beim
Bitflux Editor...

HTH
Lieber Gruss
Roger