url "zerstört" sich nach linkbenutzung

WordPress möchte, dass Du Dich für eine Adresse entscheidest, die im Backend eingetragen ist. Alle Links, die WP baut, benutzen dann diese Adresse. Da muss also eine Domain drinstehen, unter der die Seite auch tatsächlich zu erreichen ist.

Wenn Du da die kurze Domain einträgst und es dann zu einer Endlosschleife kommt, wäre es natürlich gut zu wissen, wie diese Schleife aussieht. Schau das doch bitte mal nach, z.B. mit der FF-Erweiterung "Live HTTP headers".

 

Also ich würde vermuten, und das ist auch nur eine nicht speziell untermauerte Vermutung, dass das mit der Art zusammenhängt, wie die Domain auf Deinen Webspace geschaltet ist. In der ersten geposteten Textdatei, wenn Du also die kurze Domain in WordPress einträgst, kommt es ja zu einer Endlosschleife: Du rufst dibtych auf und bekommst eine Weiterleitung auf dibtych geschickt. Das könnte ich mir so erklären, dass Dein Server intern den Request auf die lange Domain, unter welcher Dein Webspace erreichbar ist, weiterleitet. Von dieser Weiterleitung würdest Du theoretisch nach außen erstmal nichts mitkriegen, aber intern kriegt WordPress die lange URL zu sehen und löst dann, weil das ja nicht die eingetragene Domain ist, den Redirect aus.

Wenn es das ist müsstest Du vermutlich mal mit Deinem Hoster abklären, was genau da schiefläuft und wie es zu beheben ist. Wende Dich damit einfach mal an deren Support, würde ich sagen.

 

Wie sieht eigentlich die .htaccess-Datei aus? Falls hier z.B. eine Weiterleitung drinsteht, die nicht der konfigurierten Blog-Adresse entspricht, gibt es eine Endlos-Umleitung.

Gruß
Ingo

 

Mal davon abgesehen, daß das Permalink-Zeug zweimal drin steht, kann ich nichts verdächtiges sehen.
Das Problem dürfte eher die Weiterleitung von United-Domains zu All-Inkl sein. Diese erfolgt zumindest nicht auf DNS-Basis, denn der Hostname wird zu 89.31.143.1 aufgelöst, muß aber auf die Serveradresse bei all-inkl Zeigen (85.13.136.179).
So wie es jetzt konfiguriert ist, kann es nichts werden.

Gruß
Ingo

 

Nachdem mir heute Nacht diese United-Domains URL-Hiding-Weiterleitung aufgegangen ist, sehe ich doch noch Chancen, das Problem zu lösen.

1. Im UD-CONFIG-Menü für die Weiterleitung nicht den Hostnamen dibtych.dd15430.kasserver.com, sondern die IP-Adresse 85.13.136.179 eintragen. Dann die Blog- und die Wordpress-URL direkt in der Datenbank auf http://www.dibtyhc.de ändern.
   
   oder
2. Das Plugin 123 Disable Canonical Redirect installieren und aktivieren. Dann die Blog- und die Wordpress-URL direkt in der Datenbank auf http://www.dibtyhc.de ändern.

Die erste Variante wäre aus meiner Sicht die bessere, so sie funktioniert.
Viel Erfolg!

Gruß
Ingo

 

Das dürfte wahrscheinlich nicht zu beheben sein. Es liegt daran, wie bei United-Domains die Domainumleitung funktioniert, nämlich etwa wie ein Proxy (wenn ich das richtig verstanden habe).
Der Nutzer ruft Deine Seite bei UD ab, dieser stellt die Anfrage selbst bei der Zielseite und gibt den Inhalt direkt zurück. Dadurch gehen vermutlich die Redirects beim Kommentar und Login verloren.
Ich nehme auch an, das im Logfile bei All-Inkl fast ausschließlich die IP des UD-Servers (89.31.143.1) steht, das würde die Proxytheorie bestätigen.

Gruß
Ingo

 

Meine Idee mit der IP-Adresse des Zielservers beruht auf der Annahme, das damit der Hostname der Zielseite im Request vom UD-Server durchgereicht wird. Damit ist für WP auf dem Zeilserver alles in Ordnung und es kommt nicht zum Redirect wie bei der Angabe einer Zieldomain. Somit würde man auch das oben erwähnte Plugin nicht benötigen. Vorausgesetzt, das auf den Zielserver der Dein Host korrekt konfiguriert ist.

Soweit zur Theorie, ob das in der Praxis auch funktioniert, kann ich nicht beurteilen

Was war denn eigentlich der Grund, vom all-inkl wegzugehen? Da kann man doch problemlos externe Domains auf den Webspace aufschalten.

Meine putzlowitsch-Seite funktioniert auch so, Domain liegt bei 1&1, Webspace nutze ich bei all-inkl.

Gruß
Ingo

 

Nein, nein, mit Port 80 hat das nichts zu tun. Es liegt einfach an der Konfiguration des Zielservers und an der Art und Weise, wie United-Domains eine Weiterleitung realisiert. Wenn jemand Deine Seite aufruft, passiert folgendes:

1. Der Browser erstellt einen HTTP-Request-Header der so beginnt:
   
   Code:

   Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
2. Der Browser ermittelt die IP Adresse für www.dibtych.de, bekommt 89.31.143.1 (Server bei United Domains)
3. Der Browser schickt den Request an den Server bei United Domains
4. Der Server bei UD schaut in seine Konfiguration und stellt fest, das die Domain per URL-Hiding auf eine andere Domain (mmeier.msnetworks.de) umgeleitet werden soll.
5. Der UD-Server ermittelt die IP Adresse für mmeier.msnetworks.de und bekommt 87.230.27.194 zurück
6. Der UD-Server schickt den Request mit geändertem Host an den Zielserver:
   
   Code:

   Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!
7. Der Request kommt bei mmeier.msnetworks.de an und wird von Wordpress verarbeitet
8. WP stellt fest, daß bei der Blog-Adresse als Host www.dibtych.de eingestellt ist, der Request aber mit mmeier.msnetworks.de reinkommt und antwortet deshalb mit einem Redirect 301 auf www.dibtych.de
9. Dann geht wieder alles von vorne los

Um dieses Redirect-Problem zu lösen, muß zunächst im Webserver des Freundes ein virtueller Host für www.dibtych.de eingerichtet werden. Dieser zeigt dann auf den Webspace, wo Dein Blog liegt.
Zudem muß bei UD die Weiterleitung nicht auf einen Hostnamen, sondern eben auf die IP Adresse 87.230.27.194 erfolgen. Ich gehe davon aus, daß dann im Request der Host nicht bei der Weiterleitung geändert wird. Kann ja auch gar nicht geändert werden, woher soll UD bei einer IP-Adresse den Hostname kennen.
Irgendwelche komplizierte Konfigurationen mit Portadressen sind überhaupt nicht erforderlich.

Vielleicht liege ich ja auch völlig falsch mit meinen Annahmen über die UD-Weiterleitung und Serverkonfiguration, dann vergiß es einfach

Gruß
Ingo

 

Genau das ist auch der Punkt, warum es nicht gehen kann.

Wieso muß der Unteraccount auf einem anderen Port liegen. Ein Account wird normalerweise im Webserver als virtueller Host konfiguriert. Am Host-Eintrag im Request-Header kann der Webserver entscheiden, für welchen User/Account/Webspacer der Request gedacht ist und den dorthin leiten. Da braucht man keinen anderen Port, das geht wunderbar über den Standard-HTTP-Port 80.
Milliarden von Webseiten beim Shared-Webhosting funktionieren so, da hat auch nicht jeder seinen Port.

Wie ich oben schon geschrieben hatte, Dein Webhoster muß nur einen virtuellen Host für www.dibtych.de anlegen und auf Deinen Webspace zeigen lassen.
"... zu nen freund gewechselt, der mir auf seinen Server, bei dem ich mir beliebig viele services und so wünschen darf..."
Sollte also kein Problem sein

Nachtrag: Ich weiß ja nicht, was für ein Paket Du bei United-Domains hast, aber laut Feature-Liste für Domains soll man wohl auch die DNS-Einträge konfigurieren können (der vorletzte Punkt bei Domain-Features). Das wäre natürlich die beste Variante.

Gruß
Ingo

 

Ich meinte auch mit bester Variante die DNS-Konfiguration und die Einrichtung des virtuellen Hosts beim Webhoster. Nur mit DNS alleine klappt es natürlich nicht.

Wenn mit DNS, dann mit A-Record und nicht mit CNAME, also wird als A-Record für www.dibtych.de die IP 87.230.27.194 eingetragen.

Gruß
Ingo

 

Es gibt oft mehrere Lösungen für ein Problem, hängt immer von der Herangehensweise ab.
Hauptsache es funktioniert nun.

Gruß
Ingo