CONTENIDO Forum

Moin Leuts...

nicht das Ihr mich falsch versteht. Mit dem Programmieren happerts bei mir nicht, ich möchte nur ein bischen mein Verständniss für mod_rewrite (da würde ich mich eher als Einsteiger verstehen) und die contenido-Interne Handhabung verbessern Da ich schon seit 23 Jahren programmiere sollte ich mit der Logik an sich eigentlich weniger Probleme haben, auch wenn ich manchmal die falschen Variablen erwische

Ich habe, wie von Timo in diesem Thread beschrieben, das mod_rewrite für die 4.5.x in der config.php aktiviert und - zunächst einmal - eine .htaccess-Datei mit den Inhalten aus der manuellen Installationsanleitung von "stele" (siehe ersten Beitrag des o.g. Threads) sowohl in das cvs_cms/cms-Verzeichnis als auch das übergeordnete Verzeichnis meines Localhost gestellt.

Rufe ich nun http://arno/cvs_cms/cms/index.html auf, wird mir auch ordentlich die Einstiegsseite des ganzen angezeigt.

Allerdings bleiben alle Links etc. die in der Seite eingestellt sind, auf der ursprünglichen Schreibweise stehen. Ist ja an sich auch logisch, da die Module etc. ja auch genau das ausgeben.

Das bedeutet doch im Umkehrschluß das alle Module etc. die einen (internen) Link ausgeben auf die .htaccess-Regeln anzupassen sind, oder?

Hierbei bedeuten die von Stele gewählten mod_rewrite-Regeln jedoch IMHO wiederrum, das einige weitere Systemanpassungen notwendig würden - wie sie diese in Ihrem Tutorial für die manuelle Installation ja auch beschreibt.

Mich würde an dieser Stelle interessieren, wie Zukunftsfähig ein solcher Umbau - entsprechend Stele's Vorstellungen - in Contenido seien würde? Das 4fb an dieser Stelle zu nichts verpflichtet ist, ist mir klar

Sprich:

- wie hoch ist die Wahrscheinlichkeit das Stele's Änderungen in Contenido einfließen könnten und man nicht mit jedem neuen Release die ganze Sache erneut anpassen und einbauen muß?

- ist es, IMHO wahrscheinlich schon, im Hinblick auf zukünftige Releases, ggf. besser mit kryptischen Pfaden (ala http://arno/cvs_cms/index.html/cat13/art25/lang1 ) anstatt mit (ggf. nur zusätzlich) inidizierten URLs in Suchmaschinen vorlieb zu nehmen?

vG

Arno

also das Problem mit mod_rewrite ist, daß es nichts anderes ist als ein Pfad-"Umschreiber". Da aber wir von 4fb nicht wissen können, WIE, wird es da auch keine Lösung geben, weil es einfach keine Anforderung gibt.

Hallo Timo,

sorry, aber das finde ich ein wenig dürftig

Einerseits baut Ihr einen "Umschalter" ein, anderseits ist's Essig mit dem Eingehen auf Fragestellungen, welche IMHO weniger technischer Natur sind, sondern eher auf Eure Zukunftspolitik ausgerichtet sind!!!

Das ihr "keine Anforderung" (seitens eurer zahlenden Kundschaft) habt, tut doch wohl dem Umstand keinen Abbruch, das man sich mit solchen Gedanken beschäftigen sollte. Insbesondere da solche Fähigkeiten eines CMS, vor dem Hintergrund das die Projektchancen mit einem suchmaschinenfreundlichen CMS in Zukunft IMHO steigen dürften, in Zukunft mit ein Entscheidungskriterium für die Frage "Welches CMS nehmen wir?" werden dürfte.

G

Arno

Ähm also der "Schalter" hat erstmal gar nichts mit mod_rewrite zu tun. Das einzige, was dieser bestimmt, ist, nach welchem Schema alles, was über die path-Variable an die front_content.php übergeben wird, interpretiert wird.

Wenn wir eine entsprechende "Syntax" für mod_rewrite einführen würden (die auch in den Modulen verwendet wird), wäre dies ein Zwang, den wir nicht verantworten möchten, da mod_rewrite flexibel ist und wir es auch für die Community und unsere Kunden flexibel halten möchten.

Ich habe immer noch nicht so ganz verstanden, was genau dein Ziel ist.