Berni wrote:Bie der Verlinkung zur eingenen Seite von anderen Seiten aus werden die von cmssimple erzeigten Links teils nicht korret
interpretiert und der Besucher bekommt eine 404 angezeigt.
Bei Facebook verstehe ich das ja noch, denn die drehen wohl am Code, aber selbst bei Anbietern wie kurzlink.de
will es nicht funktionieren wenn: Sonderzeichen verwendet werden.
Das Problem ist wohl, dass bestimmte Zeichen im Query-String der URL (also dem was nach dem Fragezeichen kommt) URL-kodiert sein dürfen, aber nicht müssen. Typisches Beispiel sind die Seitentrennzeichen (uri_seperator [sic]), also in Deinem Fall die Doppelpunkte. Wenn Du also eine solche URL bei Diensten einstellst, die diese Zeichen URL-kodieren (Doppelpunkt wird dann zu %3A), dann machen diese Dienste eigentlich nichts falsch, aber CMSimple hat Probleme damit. Bei CMSimple_XH wurde vor einer ganzen Weile eine Notlösung implementiert, die bedingt auch mit derart geänderten URLs umgehen kann, aber das deckt nicht alle Fälle ab.
Um herauszufinden welche Seite gewünscht ist, durchläuft CMSimple_XH alle Seiten und vergleicht die URL, die CMSimple_XH erzeugen würde, mit derjenigen in der gesendeten URL. Die angesprochene Notlösung URL-kodiert die CMSimple_XH URL, und vergleicht auch diese mit der gesendeten. Konkretes Beispiel, das funktionieren sollte:
Von CMSimple_XH erzeugte Seiten-URL: Touren:Touren_T-Shirts
Daraus macht ein Dienst u.U: Touren%3ATouren_T-Shirts
Die Notlösung prüft auf: Touren%3ATouren_T-Shirts
Passt also.
Konkretes Beispiel, das nicht funktionieren dürfte:
Von CMSimple_XH erzeugte Seiten-URL: Touren:GPS_%26amp%3B_Tagestouren:1.Mai-Tour
Vom Dienst geänderte URL: Touren%3AGPS_%26amp%3B_Tagestouren%3A1.Mai-Tour
Die Notlösung prüft auf: Touren%3AGPS_%2526amp%253B_Tagestouren%3A1.Mai-Tour
Passt also nicht.
Die Notlösung funktioniert also nur, wenn in der von CMSimple_XH erzeugten Seiten-URL kein URL-kodiertes Zeichen (also irgendwas mit %) vorkommt. Du könntest das Problem bei der genannten Seite lösen, wenn Du durch
uri_char_org/new "&" durch "und" ersetzen lässt. Dann sieht es so aus:
Von CMSimple_XH erzeugte Seiten-URL: Touren:GPS_und_Tagestouren:1.Mai-Tour
Vom Dienst geändert zu: Touren%3AGPS_und_Tagestouren%3A1.Mai-Tour
Die Notlösung prüft auf: Touren%3AGPS_und_Tagestouren%3A1.Mai-Tour
Passt also wieder.
Allgemein kann ich nur empfehlen, zumindest darauf zu achten, dass in einer CMSimple_XH Seiten-URL niemals ein % steht. Dann sollte es keine Probleme geben.
Warum die .htaccess Weiterleitung bei Dir nicht funktioniert, kann ich nicht sagen; dazu bräuchte ich den konkreten Code, und mehr Ahnung von mod_rewrite. Aber probier's einfach mit urichar_org/new, und wenn Du befürchtest, dass durch diese Änderung andere Links auf die Seite nicht mehr funktionieren, dann setze nur diesbezüglich mod_rewrite ein.
Alternativ zu mod_rewrite, kannst Du vermutlich auch
Moved_XH verwendet; das ist nicht so effizient, aber unter Umständen einfacher zu verstehen.