url "zerstört" sich nach linkbenutzung

Hallo zusammen.

Ich habe meinen Blog mit der domain dibtych verlinkt. wenn diese adresse in den Browser eingegeben wird, so funktioniert auch alles. Auch auf meinen Sitehoster steht, dass die domain in das hauptverzeichnis meiner Seite zeigt. mein Problem ist, dass wenn ich einen link - z.B. auf einen einzelnen eintrag oder auf eine andere Seite - in meinem Blog benutze, erscheint in der Adressleiste nicht mehr dibtych sonder die adresse, die von meinen webspace-anbieter für mich zur verfügung gestellt wird. auch das skript in meinen design, dass angemeldete user sich abmelden oder auf ihr profil zugreifen können, oder nicht registrierte user sich anmelden können funktioniert nicht auf der Hauptseite, sondern nur auf den seiten mit der unschönen url (das liegt aber glaub ich in dem Fall an den gesetzten cookie). Die einzelnen beiträge lassen sich jedoch sowohl mit der unschönen als auch mit der schönen adresse erreichen (das ging auch schon, als ich die permalink-einstellungen noch nicht geändert hab - heist: als seiten noch mit ?p=n angegeben wurden)
Ich habe in wordpress unter einstellungen eine option gefunden, mit der ich die blog und die wordpress url ändern kann. Da steht im moment auch die unschöne adresse von meinem Provider drinn. Wenn ich beide in die schöne adresse ändere, meldet firefox, das sich die adresse in einer unendlichen schleife befindet und daher nicht erreichbar ist. Wenn ich nur die blog url ändere, verlinkt der jedoch immernoch auf die falsche url und ich komm nicht mehr in den wp-admin-bereich (nach dem login-fenster kommt nur noch eine weiße seite).

hat jemand von euch eine idee woran das liegen könnte? Gibt es dafür schon eine lösung?

Sorry, dass ich mich so spät erst wieder melde. Ich hatte ein bisschen viel um die Ohren in letzter Zeit.

Ich hab das mit den PHP-Headern gemacht Es Folgen TXT-Dateien mit den jeweiligen Ergebnissen (Für das Hauptfenster und den Generator):

http://dibtych.de.dd15430.kasserver.com/wp-content/upl…urze-domain.txt (wenn ich als URL http://www.dibtych.de angebe)
http://dibtych.de.dd15430.kasserver.com/wp-content/upl…n-generator.txt (wenn ich als URL http://www.dibtych.de angebe - Generator)
http://dibtych.de.dd15430.kasserver.com/wp-content/upl…urze-domain.txt (wenn ich als URL http://dibtych.de.dd15430.kasserver.com angebe)
http://dibtych.de.dd15430.kasserver.com/wp-content/upl…n-generator.txt (wenn ich als URL http://dibtych.de.dd15430.kasserver.com angebe - Generator)

Das merkwürdige ist übrigens, dass mein Blog mit der Kurzen Domain erreichbar ist - auch die Dateien sind so erreichbar (Beispiel: http://www.dibtych.de/wp-content/upl…n-generator.txt) - nur wenn ich die URL in Wordpress ändere, damit er die Links umschreibt, läuft das in diese Endlosschleife. Das Admin-Portal läuft dann allerdings noch und ich kann die einstellungen rückgängig machen. In der Adresszeile wird mir dann auch ordnungsgemäß "http://www.dibtych.de/wp-admin/" angezeigt statt "dibtych.de.dd15430.kasserver.com/wp-admin/"

Ich wäre euch um eure Hilfe sehr dankbar. Ich habe nämlich keine gescheite Idee mehr dazu. Mit dem Auslesen der HTTP-Header kenn ich mich leider auch nicht aus.

Die .htaccess liefer folgendes:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>


# END WordPress

Ich habe die Permalinks angepasst, aber auch vorher gab es schon das Problem - selbst als die .htaccess noch nicht existierte und Wordpress keine Rechte hatte diese zu beschreiben oder zu erstellen.

Danke das Plugin hats total gebracht.

Nur wenn ich comments poste bleibt die Seite danach weis. Auch bei der Anmeldung bleibt sie erstmal weis. Ein renew der Seite liefert dann aber das richtige Ergebnis. Wäre schön, wenn wir das Problem auch noch irgendwie gelöst bekommen.

EDIT: Ich denke das Problem ist, dass das wp_redirect in einigen Scripten, wie in wp-comments-post.php benötigt wird um die Seite nach der bearbeitung der Anfrage wieder auf die korrekte seite zu leiten. Die frage ist, wie kann man per Plugin feststellen, ob man sich momentan in dem jeweiligen script befindet um einen entsprechenden switch einzubauen. Oder:was meine eigentliche vermutung ist: das wp_redirect wird irgendwo falsch aufgerufen, was den loop zur folge hat. Die frage ist, wo wird es falsch aufgerufen und wie kann man es unterbinden?

Post-EDIT: Die Sache mit der ip-adresse kann ich erst heute abend ausprobieren, da ich mittlerweile auf den Server eines Freundes umgezogen bin, und ihn erst heut abend erreichen kann wegen der ip. Das problem mit den loop entstand aber auch auf dessen Server.

Naja, so wie ich das sehe wird am ende der wp-comments-post.php ein wp_redirect auf die Seite ausgefürt, von der der comment gepostet wurde. Somit wird sichergestellt, dass man bei Aktivierung des Refresh-Buttons des Browsers oder der F5-Taste die Daten nicht nochmal an die Blog-engine schickt. Daher ist wp_redirect richtig und auch wichtig an der Stelle.
Das war der Grund zu meinem Ansatz zum selektiven redirect. Ich forsche mal noch etwas weiter nach... mal sehen, ob sich das Problem nicht irgendwie vernünftig lösen lässt. Im moment benutze ich das Plugin AJAX Comments, wodurch der User nicht in die wp-comments-post.php muss und der entstandene Post ja nur per Javascript nachgeladen wird. Aber eine Wirkliche Lösung ist das auch nicht.

Edit zu der IP:

Zitat von meinem Hoster

Mir ist zwar noch nicht klar, wie die IP das Problem bereinigt, aber es wäre die

ping mmeier.msnetworks.de
Ping mmeier.msnetworks.de [87.230.27.194] mit 32 Bytes Daten:
Antwort von 87.230.27.194: Bytes=32 Zeit=148ms TTL=58

Allerdings hast du bereits richtig erkannt, dass es da noch einen haken gibt:
Dein Webspace bei mir ist über einen Vhost zu erreichen, und dieser ist an den Host-Header der Requests gebunden.
Kurz: An den Domainnamen.
Alternativ wäre nuroch eine Unterscheidung via Port denkbar - allerdings würde uns das imho auch nicht weiter helfen.

Der all-inkl-Webspace war nur ein Unteraccount von meinem Bruder. Um sein Serverplatz nicht alzusehr zu belegen und weil ehr php nicht auf version 5 aufstocken wollte, bin ich zu nen freund gewechselt, der mir auf seinen Server, bei dem ich mir beliebig viele services und so wünschen darf ;-), einen Unteraccount gegeben hat. (Insgeheim hab ich auch gehofft, dass das Problem mit der Weiterleitung verschwindet)

ABER: Ich glaube ich habe die Lösung für das Problem gefunden: Die Funktion canonical_redirect erzwingt nämlich den Port 80. Und genau da lagen meine Accounts auf den Webservern ja bisher nicht. Die wurden nämlich bisher auf einen anderen Port gelagert. ich denke da liegt das Problem.
Ich werde heute abend die canonical.php dementsprechend verändern ein einfaches

$requested_url = str_replace(':80','',$requested_url);

vor die Zeile 48 (In WP 2.5 DE) dürfte das Problem vorerst ausschalten.

Da du dich mit Plugins etwas auskennst hab ich noch ne frage: kann man daraus vielleicht ein plugin basteln um technisch unversierte user diesen bugfix bereit zu stellen?

Ich werde das aber heut abend erst testen. Ich berichte dann über die Richtigkeit meiner Annahme ;-)

Aber auf der IP 87.230.27.194 liegt ja die Hauptseine meines Hosters nämlich MSNetworks. Wenn ich dahin in UD verlinke, bekomme ich nur dessen seite wieder.
Der Unteraccount wird ja durch einen anderen Port gegeben.

mmeier.msnetworks.de ist zwar auf der selben IP zu ereeichen, aber unter einem anderen Port.

Ich hatte jetzt einen CNAME-Eintrag vorgenommen. Der Eintrag lautete mmeier.msnetworks.de. Der führte nach einen redirect allerdings - wie ich vorhergesagt habe - auf msnetworks.de. Also werd ich doch das mit der Portunterdrückung versuchen.

Danke für die Tipps. Es hat zum Schluss geklappt.

Allerdings hat es auch mit der von mir beschriebenen Portunterdrückung geklappt. Deine Lösung ist aber natürlich durchaus sauberer.

Vielen Dank für die Hilfe.