fehler bei Umlauten in der URL [SOLVED]

yoshiowl

2009-07-03, 10:38 #1

Member since Jul 2009 · 4 posts
Group memberships: Members

Show profile ·

Link to this post

Subject: fehler bei Umlauten in der URL [SOLVED]

Hi,
so wie es aussieht, gibt es ein Problem bei Umlauten in der URL.
Ich habe zum test mehrere Dokuwiki-Versionen installiert.
Alle zusammen zeigen den fehler.
Da er etwas schwer zu beschreiben ist, hier mal ein beispiel.
http://localhost/dokuwiki/doku.php?id=test
hier bekommt man die Meldung, das die Seite noch keinen Inhalt hat.
Das ist soweit ja ganz richtig, denn ich möchte sie ja gerade erstellen.
versuche ich das selbe aber mit:
http://localhost/dokuwiki/doku.php?id=löschzug
wird das "Ö" verschluckt. und im Verzeichnis /data/page/gibt es die Datei "lschzug".
In der Übersicht, wird auch "lschzug" angezeigt.
Ganz schlimm wird es dann sogar bei http://localhost/dokuwiki/doku.php?id=löschzug:römisch:rödeldidö

Ich möchte aber, (wozu gibt es ja UTF-8) das!
1.) Seiten auch mit RICHTIGEN Umlauten Funktionieren (löschzug.txt an stelle von lschzug.txt angelegt wird)
2.) in der Übersicht dann auch "löschzug" zu lesen ist.

Da mein Englisch nicht sonderlich gut ist, blicke ich da nicht ganz durch, wie man einen Fehler, an die Programmautoren melden kann.
Ganz zu schweigen davon, das er dann auch noch in Englisch erfolgen soll.

Vieleicht kann mir da jemand von hier helfen.

Dank

This post was edited on 2009-07-25, 10:44 by yoshiowl.

-Martin- 2009-07-03, 14:18 #2

Member since Jan 2009 · 422 posts · Location: Deiningen Germany
Group memberships: Members

Show profile ·

Link to this post

Komisch, ich kann dieses Problem nicht Reproduzieren, bei mit wir dann ein Umlaut z.B. von "ä" nach "ae" umgewandelt.

Mal sehen was das Team dazu sagt.

EDIT: kannst du mal URL Rewrite mittels mod_rewrite testen?

Linux-Doku.de

yoshiowl

2009-07-03, 15:13 #3

Member since Jul 2009 · 4 posts
Group memberships: Members

Show profile ·

Link to this post

Hi,
also das mit dem mod_rewrite, kann ich nicht machen, da der Locale Rechner unter IIS läuft, und kein Apache 2 hat.
Aber selbst auf dem richtigen Webspace, kommt es zu den selben Fehlern.
Ich habe aber auch bereits folgendes getestet.
gibt man in der Konfiguration als Startverzeichnis ein "löschzug" ein, so wird dieses in der tat nach "loeschzug" gewandelt.
Aber auch das ist ja nicht die Lösung, die ich ZWINGEND Benötige.
Es soll wirklich richtig mit Umlauten (ein ö bleibt ö) arbeiten. MediaWiki kann das ja auch, nur ist es mir einfach zu groß als das man damit mehrere unabhängigie Wikis Laufen assen kann. (50MB gegen 5MB)

-Martin- 2009-07-03, 15:29 #4

Member since Jan 2009 · 422 posts · Location: Deiningen Germany
Group memberships: Members

Show profile ·

Link to this post

Ich habe gerade mal recherchiert, ich denke es liegt am URL Rewrite des IIS, dieser hat öfter Probleme mit Umlauten und sonstigen nicht ASCII Zeichen.
Das habe ich gefunden evl. hilft es ja weiter: http://forums.iis.net/t/1152313.aspx

Testen kann ich es leider nicht, da ich lediglich Apache2 auf Linux Servern einsetze.

Linux-Doku.de

yoshiowl

2009-07-03, 20:25 #5

Member since Jul 2009 · 4 posts
Group memberships: Members

Show profile ·

Link to this post

hallo Martin,
also ich glaube nicht, das das unbedingt am IIS liegt, auf dem richtigen Webspace, geht es ja genau so wenig, und dort läuft ein Debian-System. Hinzu kommt noch, das alle anderen Aplikationen (Forensoftware CMS) ohne fehler laufen, und keine Probleme bereiten. Selbst eine Testinstallation vom "MediaWiki" der mir aber einfach zu umfangreich (50MB) ist, hat diese Probleme nicht.

Ich habe mich aber bereits mit den Scripten (doku.php, pageutils.php und utf8.php) ein wenig auseinander gesetzt.
Folgendes ist mir dabei aufgefallen.
Lässt man die doko.php

<?php
/**
* DokuWiki mainscript
*
* @license GPL 2 (http://www.gnu.org/licenses/gpl.html)
* @author    Andreas Gohr <andi@splitbrain.org>
*/

// xdebug_start_profiling();

if(!defined('DOKU_INC')) define('DOKU_INC',dirname(__FILE__).'/');
require_once(DOKU_INC.'inc/init.php');
require_once(DOKU_INC.'inc/common.php');
require_once(DOKU_INC.'inc/events.php');
require_once(DOKU_INC.'inc/pageutils.php');
require_once(DOKU_INC.'inc/html.php');
require_once(DOKU_INC.'inc/auth.php');
require_once(DOKU_INC.'inc/actions.php');

//import variables
$QUERY = trim($_REQUEST['id']);
$ID = getID();
$NS = getNS($ID);
$REV   = $_REQUEST['rev'];
$ACT   = $_REQUEST['do'];
$IDX   = $_REQUEST['idx'];
$DATE = $_REQUEST['date'];
$RANGE = $_REQUEST['lines'];
$HIGH = $_REQUEST['s'];
if(empty($HIGH)) $HIGH = getGoogleQuery();
echo "Datei: doku.php|Variable: QUERY|Wert: " . $QUERY . "<br />";

ablaufen, erhält man an stelle des "löschzug" schon ein "lschzug".
Kommentiert man die "require_once(DOKU_INC.'inc/auth.php');" aus, so erhält man wieder "löschzug".
Ein wenig weiter geschaut ergit, das die Parameterübergabe aus der URL, immer als erstes (cleanID) eine Umwandlung nach kleinschreibung (utf8_strtolower) durchläuft, und genau da gehen dann die Umlaute/Sonderzeichen verloren.