Pretty URL mit MLE-Version und Guestbook

[itechnique]

Ich verwende CMSMS in der Verion 1.6.3
Ich konnte die Pretty URL mit ein wenig üben problemlos auch in der MLE-Version verwenden, jedoch habe ich Probleme, dass das Gästebuch jetzt nicht mehr funktioniert. Die erste Seite wird angezeigt, sobald man jedoch einen neuen Eintrag erstellen möchte kommt Error 404. Dieses problem tritt glaube ich nur bei der Mehrsprach-Version auf. Die falsche umgewandelte Adresse heisst zB. http://i-technique.ch/Gaestebuch?next=6 anstatt http://i-technique.ch/de_DE/Gaestebuch?next=6. Wie kann ich das ändern? Mein htaccess file sieht folgendermassen aus:

# Options +FollowSymLinksOptions +FollowSymLinks
  RewriteEngine on
  RewriteBase /
 
  # ReWrite Rule für News-Feed
  RewriteRule ^News/rss(.+)$ index.php?page=News/rss$1

  # 301 Redirect all requests that don't contain a dot or trailing slash to
  # include a trailing slash
  # RewriteCond %{REQUEST_URI} !/$
  # RewriteCond %{REQUEST_URI} !\.
  # RewriteRule ^(.*) %{REQUEST_URI}/ [R=301,L]

  # Rewrites urls in the form of /parent/child/
  # but only rewrites if the requested URL is not a file or directory
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.+)/(.+)$ index.php?hl=$1&page=$2 [QSA]
  RewriteCond %{REQUEST_URI} !^/index.php?page=Gaestebuch
# Beginn CMSMS Security Einstellungen.

# Directory Browsing abschalten
Options -Indexes
# Options +FollowSymLinks

# Zugriff auf config.php verbieten.


order allow,deny
deny from all


# No sense advertising what we are running
ServerSignature Off

# Spambots nach User_agent aussperren
RewriteCond %{HTTP_USER_AGENT} ^.*Whacker.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailCollector [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*FileHound.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*TurnitinBot.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*JoBo.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*adressendeutschland.*$
RewriteRule ^.* - [F]

# 1. unterbindet, das fremde Seiten geladen werden
RewriteCond %{QUERY_STRING} ^(.*)=http://(.*) [OR]

# 2. blockiert libwww (Ausgangspunkt f¸r diverse Hackversuche)
RewriteCond %{HTTP_USER_AGENT} ^libwww [OR]

# Blockiert Skripte, die versuchen, base64 encodierten Unsinn via URL zu versenden
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]

# Blockiert Skripte, die einen a ********** Tag in der URL enthalten
RewriteCond %{QUERY_STRING} (\|%3E) [NC,OR]

# Blockiert Skripte, die versuchen, PHP GLOBALS Variablen via URL zu ver‰ndern
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]

# Blockiert Skripte, die versuchen, eine _REQUEST Variable via URL zu ver‰ndern
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) [OR]

# END Optional Settings

Vielen Dank für eure Hilfe!

[nhaack]

Hi itechnique,

Ich glaube das Problem liegt weniger bei den Rewrite-Regeln deiner .htaccess. Das Problem dürfte eher im Template deines Gästebuches liegen, denn dort stehen für die Seiten zum Blättern die URLs ohne Sprachangabe drin.

Nehme ich die URLs, die im Gästebuch vorhanden sind und füge die Sprachkennung ein, geht's ja. Das bedeutet, dass die URL die du haben möchtest prinzipiell schon geht, aber nicht vom CMS verwendet wird.

Ich kenne zwar weder das Gästebuch noch kenne ich mich mit der MLE Version aus, aber schau mal in die Templates vom Gästebuch. Da wird irgendwo ein Platzhalter für die Seitennavigation sein. Da musste mal gucken, ob man die aktuell verwendete Sprachkennung reinpacken kann oder welche Funktion die URL generiert.

Kannst ja mal das Template vom Gästebuch hier posten.

Beste Grüße
Nils