"Statische" URIs mit mod_rewrite

[akademiker]

Hi,

wir suchen seit längerem nach einer Möglichkeit, URIs der folgenden Form:

/modul/12345

anstatt

/modul/?id=12345 (oder /modul/items/12345)

mit Typolight zu ermöglichen

Wir haben mit mod_rewrite schon einiges ausprobiert unter anderem diese Regel :

RewriteCond %{REQUEST_URI} .*/modul/[0-9]+$
RewriteRule .*/modul/([0-9]*)$ index.php/modul/?id=$1

Wenn man dann die URI http://localhost/tl/modul/12345 aufruft matched die Regel und mit einem eigenen index.php (nur testweise) kann man sogar via _GET['id'] auf den Query String Parameter 'id' zugreifen.

In Typolight kommt aber leider immer die Browser URI (http://localhost/tl/modul/12345) an (laut Log), statt der durch Apache umgeschriebenen URI. Anscheinend kommt sie von $_SERVER['Request_URI'] (das ist leider die Original URI, nicht die umgeschriebene).

Gibt es eine Möglichkeit unser Problem zu lösen, oder müsste man da Typolight umbauen ?

Vielen Dank für eure Hilfe, ich hoffe ich habs irgendwie verständlich formuliert

lg

[david enke]

das problem habe ich bei mir ähnlich:

ich nutze am mac mamp (a lá xampp) und habe trotz aktiviertem mod_rewrite probleme die urls derart umzuschreiben, feste regelungen wie:

RewriteEngine on
RewriteBase /

RewriteRule ^([_a-zA-Z0-9-]+)$ index.php?a=$1
RewriteRule ^([_a-zA-Z0-9-]+)/$ index.php?a=$1
RewriteRule ^([_a-zA-Z0-9-]+).html$ index.php?a=$1
RewriteRule ^([_a-zA-Z0-9-]+)/([_a-zA-Z0-9-]+)$ index.php?a=$1&b=$2
RewriteRule ^([_a-zA-Z0-9-]+)/([_a-zA-Z0-9-]+)/$ index.php?a=$1&b=$2
RewriteRule ^([_a-zA-Z0-9-]+)/([_a-zA-Z0-9-]+).html$ index.php?a=$1&b=$2

usw. funktioneren aber.

mal online probiert?

[akademiker]

hi david, danke für den tip. habs bis jetzt auch nur unter windows (xampp) versucht. jetzt allerdings auch unter linux. funktioniert leider auch nicht. ein käse

[mandrake]

Hallo Akademiker,

diese Aufgabenstellung lässt sich nicht mittels mod_rewrite, sondern vielmehr nur über eine Anpassung der jeweils betroffenen TYPOlight-Klasse(n) lösen.

Allerdings gebe ich zu bedenken, dass diese Änderungen nicht dem TYPOlight-Standard entsprechen würden und im Einzelfall zu Problemen mit anderen Modulen oder Erweiterungen führen können. Problematisch könnte es auch dann werden, wenn Leo sich in der Zukunft dazu entschließen sollte die zugrunde liegende Logik im Kern zu verändern.

MfG
Peter

[akademiker]

Alles klar, vielen Dank für Deine Antwort.

[FloB]

Allerdings gebe ich zu bedenken, dass diese Änderungen nicht dem TYPOlight-Standard entsprechen würden und im Einzelfall zu Problemen mit anderen Modulen oder Erweiterungen führen können. Problematisch könnte es auch dann werden, wenn Leo sich in der Zukunft dazu entschließen sollte die zugrunde liegende Logik im Kern zu verändern.

Naja, das News- und Eventmodul nutzen eine veränderte URI – mit dem Zusatz /item/. So kann man das am Besten umsetzen. Und mit der Gefahr, dass die im Kern liegende Logik geändert wird, kann ich leben – da das die nächsten Monate oder Jahre sicher nicht passieren wird .

[mandrake]

Hallo Flob,

die URI-Bestandteile wie bspw. "items" oder "events" werden durch die jeweiligen Klassen in TYPOlight generiert. Akademiker möchte aber nun genau diese URI-Bestandteile gerne entfernen - zumindest wenn ich seine Fragestellung korrekt interpretiert habe. Dies würde dann naturgemäß eben nicht mehr dem TYPOlight-Standard entsprechen.

Eine Umbenennung dieser URI-Bestandteile oder deren vollständige Entfernung ist aber natürlich prinzipiell möglich und machbar. Dies könnte dann jedoch in Einzelfällen zu unabsehbaren Komplikationen in der Funktionalität oder Kompatibilität bei anderen Modulen oder Erweiterungen führen.

Wir haben etwas Vergleichbares in der Vergangenheit bereits für die Klasse "pagination" umgesetzt. Dabei haben wir aus dem Standard

nachrichten.html?page=2

URI wie bspw. die folgenden beiden Typen generiert:

nachrichten/page/2.html

oder

nachrichten/seite-2

Dies hat wunderbar und ohne Probleme funktioniert.

Und mit der Gefahr, dass die im Kern liegende Logik geändert wird, kann ich leben – da das die nächsten Monate oder Jahre sicher nicht passieren wird.

Ich glaube Leo selbst hat diesen Sachverhalt in einer früheren Diskussion zu dieser Thematik angeführt. Aus diesem Grund teile ich Deine Zuversicht in diesem Punkt nicht zu Hundert Prozent. Allerdings halte ich eine Änderung der betreffenden Logik auch für eher unwahrscheinlich. Zudem könnten in diesem Fall wahrscheinlich einfach entsprechende Anpassungen der eigenen URI-Modifikationen durchgeführt werden.

MfG
Peter

[frank.huettner]

Hallo mandrake,
Hallo Community,

was mandrake im letzten Post beschreibt suche ich aktuell für die Events. Wie bekomme ich die pagination in eine schöne URL (.../page/2.html) verwandelt?

Danke und Gruß
Frank

[tobo]

An der Lösung, die Paginierung in statische URLs zu verwandeln, wäre ich auch interessiert!

Danke & viele Grüße!

[Jenson]

Hi, ich habe aktuell auch dieses Problem. Wäre es möglich die Lösung hier zu posten?

[backbone]

schau mal die Erweiterung urlcleaner an...

[wiese]

Der Url-Cleaner gilt aber nur für News? Ich suche auch eine Möglichkeit anstatt /aktuelles.html -> /aktuelles/ darzustellen. Also mich stört nur das ".html"

[Silvano]

Der Url-Cleaner gilt aber nur für News? Ich suche auch eine Möglichkeit anstatt /aktuelles.html -> /aktuelles/ darzustellen. Also mich stört nur das ".html"

Da wäre "folderurl" deine gesuchte Erweiterung

[MacKP]

Wenn nur das .html weg soll kann man das in den Einstellungen machen ohne irgendeine Erweiterung. Dann muss natürlich die .htaccess auch angepasst werden (wie steht da drinn).

Viele Grüße

[backbone]

In der .htaccess sollte man auch drauf achten, das immer automatisch auf die kanonische form weitergeleitet wird:
http://www.domain.tld/start/
ODER
http://www.domain.tld/start

(funktionieren sollten beide)