externe Domain (DNS), Problem mit relativem Pfad

[smeyli]

Hallo,
ich habe folgendes Szenario:

Contao-Installation wurde auf dem Pfad http://subdomain.domain1.de/contao bei All-Inkl durchgeführt.

domain2.de liegt auf einem 1und1 Server und zeigt mittels DNS-Anpassung auf die Subdomain bei All-Inkl - der Aufruf funktioniert...

Leider werden keine CSS-Files geladen und auch die Navigation funktioniert nicht.
Es scheint irgendwas mit den relativen Pfaden nicht zu stimmen.

Hier der Ausschnitt der localconfig.php

### INSTALL SCRIPT START ###
$GLOBALS['TL_CONFIG']['websitePath'] = '/contao';
$GLOBALS['TL_CONFIG']['useFTP'] = true;
$GLOBALS['TL_CONFIG']['ftpHost'] = 'subdomain.domain1.de';
$GLOBALS['TL_CONFIG']['ftpPath'] = 'contao/';

Kann mir jemand sagen, was ich ändern bzw. hinzufügen muss, damit ich die Seite mit einer externen Domain aufrufen kann? Oder bin ich komplett an der verkehrten Stelle?

Ich danke Euch schonmal für konstruktive Hilfe.

[stefan.sl]

Erstmal eine Frage vorweg: Läuft die Installation korrekt auf der Subdomain?
2. Sind die CSS-Dateien vorhanden (im Rootordner)?
3. Ist der ftpPath korrekt? Welche Ordner muss Du anklicken, bis Du im Wurzelverzeichnis Deiner Webseite(!) landest? Oft ist das zum Beispiel /html oder /httpdocs und Du bist schon in dem entsprechenden Ordner.

[smeyli]

Problem gelöst

Ich habe das Problem selber lösen können, beantworte jedoch trotzdem die Fragen für andere User, die evtl. vor dem gleichen Problem stehen.

Die Lösung war sehr simple:
Ich habe einfach
$GLOBALS['TL_CONFIG']['websitePath'] = '/contao';
zu
$GLOBALS['TL_CONFIG']['websitePath'] = '';
geändert

An den anderen Parametern habe ich nichts geändert.
Damit läuft die Contao-Installation fehlerfrei über eine externe Domain.
Erweiterungen werden fehlerfrei installiert, File-Upload funktioniert auch.

Erstmal eine Frage vorweg: Läuft die Installation korrekt auf der Subdomain?

Ja, es läuft alles fehlerfrei

2. Sind die CSS-Dateien vorhanden (im Rootordner)?

Ja, es ist alles vorhanden

3. Ist der ftpPath korrekt? Welche Ordner muss Du anklicken, bis Du im Wurzelverzeichnis Deiner Webseite(!) landest? Oft ist das zum Beispiel /html oder /httpdocs und Du bist schon in dem entsprechenden Ordner.

Der FTP-Pfad ist auch korrekt.

[Anke]

Ähnliches Problem

Hallo,

ich habe ein ähnliches oder auch dasselbe Problem mit einer neuen C3.1.3-Version. Contao ist installiert im Root einer .com-Domain bei 1und1. Eine .de-Domain liegt bei Strato und wird auf die .com-Domain umgeleitet. Die Website wird in deutsch und englisch angeboten, inklusive Sprachkürzel in den URLs.

Ruft man eine Seite von der .de-Domain direkt über den korrekten Link auf, z.B. www.domain.de/de/seite.html, dann wird die Seite geladen, allerdings ohne CSS-Dateien.

Und die Menülinks lauten dann so: http://www.domain.de/www.domain.com/de/seite.html und führen zu einem nicht beendbaren Umleitungsfehler. Warum bleibt die .de-Domain in den URLs erhalten?

Muss dazu irgendwas in der .htaccess eingetragen werden?

Viele Grüße,
Anke

[Andreas]

Versuch mal bitte das hier in die htaccess einzutragen.

RewriteCond %{HTTP_HOST}  !^example\.org [NC]
RewriteRule ^(.*)$ http://example.org/$1 [L,R=301]

Das heißt: alle Domains, die in dem Ordner landen und nicht mit example.org anfangen, werden auf example.org weitergeleitet.

http://de.contaowiki.org/Domainweiterleitungen_/_Domainaliase

[Anke]

Danke, Andreas. Den Wiki-Eintrag hatte ich auch gefunden und es so probiert:

RewriteCond %{HTTP_HOST} !^domain\.com$ [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^(.*)$ http://www.domain.com/$1 [R=301,L]

aber das hatte nichts gebracht. Jetzt habe ich es so übernommen:

RewriteCond %{HTTP_HOST}  !^mkv-kunststoff\.com [NC]
RewriteRule ^(.*)$ http://mkv-kunststoff.com/$1 [L,R=301]

und damit wird .de jetzt korrekt in .com umgeschrieben. Und wie bekommt man jetzt, wenn gewünscht, noch das www. davor?

[Andreas]

Dein erstes Beispiel kann ja nicht gehen "wenn domain nicht mit example.org anfängt dann unleiten auf www.example.org" - jetzt kommt die nächste Anfrage also als www.example.org und die fängt ja nicht mit example.org an Kreislauf.

Dein 2. Beispiel ist alles was du brauchst. Wenn jetzt ne Anfrage die nicht mit "mkv-kunststoff.com" beginnt, also z.B. mkv-kunststoff.de, oder auch www.mkv-kunststoff.com, dann wird auf mkv-kunststoff.com weitergeleitet. Das ist doch das, was du möchtest, dass im Endeffekt nur eine Domain in der Browser-Adressleiste steht, nämlich mkv-kunststoff.com, also die moderne Schreibweise ohne www.

[Anke]

Wenn jetzt ne Anfrage die nicht mit "mkv-kunststoff.com" beginnt, also z.B. mkv-kunststoff.de, oder auch www.mkv-kunststoff.com, dann wird auf mkv-kunststoff.com weitergeleitet. Das ist doch das, was du möchtest, dass im Endeffekt nur eine Domain in der Browser-Adressleiste steht, nämlich mkv-kunststoff.com, also die moderne Schreibweise ohne www.

Aber warum kann ich nicht ebenso sagen: Leite alles auf www.mkv-kunststoff.com um, was nicht mit www.mkv-kunststoff.com beginnt? Was macht das www für einen Unterschied? Ich würd's nur gern verstehen ...

[Andreas]

Ja, du kannst auch alles auf www leiten. Im Endeffekt musst du nur erreichen, dass du für die gleiche Site in der Adressleiste immer die gleiche Domain stehen hast, also entweder die ohne oder die mit www.
Mit www:

RewriteCond %{HTTP_HOST}  !^www\.mkv-kunststoff\.com [NC]
RewriteRule ^(.*)$ http://www.mkv-kunststoff.com/$1 [L,R=301]

[ciaobello]

Versuch zu erklären wieso www. veraltet ist

Das Web entstand 1989 als Projekt an der Forschungseinrichtung CERN, in der Nähe von Genf auf schweizerischem und französischem Gebiet liegend, an dem Tim Berners-Lee ein Hypertext-System aufbaute. Das Konzept wurde von dem Belgier Robert Cailliaumitentworfen. Das ursprüngliche Ziel des Systems war es, Forschungsergebnisse auf einfache Art und Weise mit Kollegen auszutauschen. Eine Methode dafür war das „Verflechten“ von wissenschaftlichen Artikeln – also das Erstellen eines Webs. In Berners-Lees eigenen Worten:

“The WorldWideWeb (W3) is a wide-area hypermedia information retrieval initiative aiming to give universal access to a large universe of documents.”

„Das World Wide Web ist eine großräumige Hypermedia-Initiative zur Informationsbeschaffung mit dem Ziel, den allgemeinen Zugang zu einer großen Sammlung von Dokumenten zu erlauben.“

– Tim Berners-Lee

Wie Du sehen kannst, ist die Idee, ein Weltweites verflechten von Wissenschaftlichen Artikeln im Hypertext Format schon über 30 Jahre alt. In der Zwischenzeit haben sich die Infrastrukturen vergrößert und sind zusammengeschmolzen. Ein eigentliches trennen der Services ist es ja schon lange nicht mehr möglich.

Technisch gesehen ist das www. nur eine Subdomain welche das oben Beschriebene Netz kennzeichnen sollte. Darum machen meiner Ansicht nach Unterteilungen (Bsp. contao.org), wie community.contao.org, themes.contao.org etc. viel mehr sinn, um anzuzeigen welchen Inhalt/Thema einen Domainname hat.

[Anke]

Ja, du kannst auch alles auf www leiten. Im Endeffekt muss du nur erreichen, dass du für die gleiche Site in der Adressleiste immer die gleiche Domain stehen hast, also entweder die ohne oder die mit www.
Mit www:

RewriteCond %{HTTP_HOST}  !^www\.mkv-kunststoff\.com [NC]
RewriteRule ^(.*)$ http://www.mkv-kunststoff.com/$1 [L,R=301]

Na ja, das hab ich ja auch gedacht, aber genau das funktioniert nicht. Ist nicht so schlimm, es geht ja jetzt mit

RewriteCond %{HTTP_HOST}  !^mkv-kunststoff\.com [NC]
RewriteRule ^(.*)$ http://mkv-kunststoff.com/$1 [L,R=301]

Nu haben die auch noch eine dritte Domain, und ich dachte, das müsste etwa so gehen:

RewriteCond %{HTTP_HOST}  !^mkv-kunststoff\.com [NC] [OR]
RewriteCond %{HTTP_HOST}  ^(www\.)?mkv\.biz$ [NC]
RewriteRule ^(.*)$ http://mkv-kunststoff.com/$1 [L,R=301]

mkv.biz wird aber nicht umgeleitet auf mkv-kunststoff.com. Diese Materie ist mir echt zu hoch, glaub ich ...

@ciaobello: Das verstehe ich alles, es muss auch jetzt kein www sein, aber manche Kunden haben es eben gerne mit. Dummerweise erkennen die meisten Programme Links ja am www und wandeln sie automatisch um, was auch bequemer ist, als http:// mit einzugeben.

[Andreas]

Schau dir nochmal den Wiki-Beitrag an und versuche zuerst deinen Server richtig einzustellen wie dort beschrieben. Wenn er das unterstützt, brauchst du die htaccess nicht anzurühren.

Wenn du das doch musst, dann brauchst du auch für weitere Domains, die in das Verzeichnis geleitet werden, keine weitere Condition. Siehe Wiki. Denn die Regel sagt ja, sobald der falsche Host (Domain) ausgelesen wird, wird das Verzeichnis (die htaccess) erneut mit der geänderten Domain aufgerufen und dann stimmt ja die Conditon und alles ist ok.

[Anke]

Schau dir nochmal den Wiki-Beitrag an und versuche zuerst deinen Server richtig einzustellen wie dort beschrieben. Wenn er das unterstützt, brauchst du die htaccess nicht anzurühren.

Wenn du das doch musst, dann brauchst du auch für weitere Domains, die in das Verzeichnis geleitet werden, keine weitere Condition. Siehe Wiki. Denn die Regel sagt ja, sobald der falsche Host (Domain) ausgelesen wird, wird das Verzeichnis (die htaccess) erneut mit der geänderten Domain aufgerufen und dann stimmt ja die Conditon und alles ist ok.

Jetzt haben wir gleichzeitig hier geschrieben - ich wollte gerade sagen, dass ich dem Fehler auf die Spur gekommen bin. Die Weiterleitung liegt bei einem anderen Provider und war nicht ganz korrekt (für die bisherigen hardcodierten Seiten hatte es funktioniert, daher hatte ich's nicht kontrolliert).

Herzlichen Dank für deine geduldige Hilfe!
Anke

[ciaobello]

Herzlichen Dank für deine geduldige Hilfe!

Schliesse mich dem Danke an, speziell für den Ausführlichen Wiki Eintrag!