Falsche Bild-Verknüpfungen - 2 x Domainname hintereinander

[LeoDesign]

Guten Abend,

schlagt mich nicht, wenn die Frage schon mal gestellt wurde – ich habe nichts passendes finden können!

Ich habe typolight mit eigenem Template aufgesetzt: funktioniert wunderbar siehe hier: http://www.graeflich.hoffdesign.net/

Nur will der nette Kunde das aber auf seinem Strato-Server haben – auch gut. Alles hochgeladen und angepasst. Dann sieht das so aus: http://www.graeflich.com/

Wieso bekomme ich die Domain in den Verlinkungen nun doppelt angezeigt? Kann doch nur an der css liegen, oder? Liegt doch aber nur auf einem anderen Server, wo ist der Denkfehler?

Bin mir sicher, dass ihr mir wieder kurzfristig helfen könnt. Besten Dank schon mal dafür!

Gruß Gunnar

[ku-ma-122]

Was ist den als Pfad zum TL-Verzeichnis in den Einstellungen eingetragen?

Siehe hierzu auch: https://community.contao.org/de/showthread.php?t=3230

[LeoDesign]

Da steht nichts drin. Wobei ich das auch nur auf der alten Installation nachvollziehen kann. Auf dem neuen funktioniert das nicht, da er mir gleich die info bringt, dass das Verzeichnis nicht vorhanden ist ( http://www.graeflich.com/www.graefli...ight/index.php)...

[ku-ma-122]

Dann schau mal meinen Link von oben an, ggf. die localconfig.php manuell ändern

[LeoDesign]

da steht: $GLOBALS['TL_CONFIG']['websitePath'] = '';

sollte doch stimmen, oder?

[ku-ma-122]

Ja, das ist korrekt.

Wie sieht es mit der .htaccess aus? Ist die korrekt?

[LeoDesign]

Falls ich es noch nicht gesagt haben sollte: Erst mal danke für Deine Hilfe.
Uha, die .htaccess habe ich vom bisherigen Anbieter übernommen. Nun habe ich mal alles rausgelöscht – bringt keine Veränderung.

Da stand bisher drin:
# Enable mod_rewrite
RewriteEngine On
RewriteBase /

AddDefaultCharset utf-8

# Block any URI protocol in the query string
RewriteCond %{QUERY_STRING} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]

# Block any URI protocol in the request
RewriteCond %{REQUEST_URI} (ftp|https?):|/etc/ [NC]
RewriteRule .* - [F,L]

# Rewrite TYPOlight URLs
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .*\.html$ index.php [L]

Ich muss gestehen, dass ich mich da nicht so auskenne. Gibt es da eine Verbesserung? Weiß nicht weiter

[ku-ma-122]

Ja, das ist soweit auch alles ok.

Jetzt hab ich im Firebug mal was probiert: Wenn ich vor die Links der CSS-Dateien einen Slash mache, dann klappt es. (Siehe Anhang)

Teste mal in der localconfig.php

$GLOBALS['TL_CONFIG']['websitePath'] = '/';

[LeoDesign]

Hallo Markus,

das klingt sehr verheißungsvoll!
Werde ich gleich morgen früh mal testen, wenn ich wieder Zugang zu den Kundendaten habe. Melde mich dann, ob es geklappt hat. Besten Dank erst mal,

Gruß
Gunnar

[LeoDesign]

Guten Morgen!

Der Tipp von gestern Abend hat leider auch nicht geholfen. Nun steht da z. B. http://www.graeflich.com/www.graefli...ges/header.png statt vorher http://www.graeflich.com/www.graefli...ges/header.png
Eher eine Verzweiflungstat "../www.graeflich.com" als websitePath einzugeben und dadurch den doppelten Eintrag zu eliminieren hat natürlich auch nicht funktioniert.
Mit dem Slash in den css-Dateien bringt das auch nichts, denn das Problem ist grundlegender: Auch alle Links haben den doppelten Domaineintrag! Genau aus diesem Grund kann ich auch nicht ins Backend. Sobald ich meine Zugangsdaten eingegeben habe, wird wieder falsch verlinkt: "http://www.graeflich.com/www.graeflich.com/typolight/main.php"
Kann so einen Doppeleintrag noch woanders erzeugen?

Besten Dank für Eure Hilfe,
Gruß Gunnar

[LeoDesign]

Hat keiner eine Idee und kann mir weiter helfen?
Wieso zum Henker habe ich 2 x die Domain hintereinander stehen???

Hilfe! Bitte!

[ku-ma-122]

Also ich hab mir jetzt nochmal Deinen Quelltext angesehen. Kann es sein das Du das Template fe_page.tpl manuell angepasst hast (bzw. ein eigenes erstellt)? Denn ich wundere mich ein bisschen wieso die mootools.js bei der Domain https://contao.org abgegriffen wird

[planepix]

Hallo Gunnar,

vielleicht hilft das Posting weiter?

[LeoDesign]

Hast Recht, das stammt noch aus meinen Anfängen. Sollte ich noch korrigieren. Aber an meinem Problem ändert das leider nichts...

Gruß Gunnar

[ku-ma-122]

...Aber an meinem Problem ändert das leider nichts...

Poste doch mal den Inhalt das fe_page.tpl, vielleicht ist da was verbogen (evtl. andere angepasste Templates auch...)

[sq......]

hi,

der fehler ist das eine falsche/doppelte eingabe bei der domain erfolgt was dann dazu führt:

<base href="http://www.graeflich.com/www.graeflich.com/"></base>

damit stimmt dann natürlich die adressierung zu den stylesheets nicht mehr ...

[LeoDesign]

@squidi
Der doppelte Eintrag ist schon klar. Ich weiß es nur nicht abzustellen, da ['websitePath'] = ''; schon ganz richtig ist.

@planepix
Hallo Thomas, habe die .htaccess mal ausgetauscht, leider kein anderes Ergebnis...

@ku-ma-122
Hallo Markus, meine fe_graeflich.tpl sieht folgendermaßen aus:

<?php echo $this->doctype; ?>
<html xmlns="http://www.w3.org/1999/xhtml" lang="<?php echo $this->language; ?>">
<head>
<base href="<?php echo $this->base; ?>"></base>
<title><?php echo $this->pageTitle; ?> - <?php echo $this->mainTitle; ?></title>
<meta http-equiv="Content-Type" content="text/html; charset=<?php echo $this->charset; ?>" />
<meta name="description" content="<?php echo $this->description; ?>" />
<meta name="keywords" content="<?php echo $this->keywords; ?>" />
<?php echo $this->robots; ?>
<?php echo $this->framework; ?>
<link rel="stylesheet" href="plugins/slimbox/css/slimbox.css" type="text/css" media="screen" />
<link rel="stylesheet" href="tl_files/graeflich/css/style.css" type="text/css" media="screen" />
<?php echo $this->stylesheets; ?>
<script type="text/javascript" src="plugins/mootools/mootools.js"></script>
<script type="text/javascript" src="plugins/slimbox/js/slimbox.js"></script>
<script type="text/javascript" src="tl_files/graeflich/js/winfixes.js"></script>
<!--[if lte IE 6]><script type="text/javascript" src="tl_files/graeflich/js/dropdown.js"></script><![endif]-->
<?php echo $this->head; ?>
</head>
<body id="top"<?php if ($this->class): ?> class="<?php echo $this->class; ?>"<?php endif; if ($this->onload): ?> onload="<?php echo $this->onload; ?>"<?php endif; ?>>
<div id="site"> 
    <div id="wrapper">
        <div id="logo">
            <div id="imgrotation">
                <?php echo $this->header; ?>
            </div>
        </div>
    </div>
</div>
<div id="site2"> 
    <div id="wrapper2">
        <div id="main">
            <?php echo $this->main; ?>
        </div>
    </div>
</div>
</body>
</html>

Vielen Dank für Eure Hilfe. Bisher hat eine Lösung nicht sollen sein. Ich werde dieses Jahr nicht mehr zu viel daran tun. planepix will sich das vielleicht mal unter Zuhilfenahme der Zugangsdaten anschauen, was wahrscheinlich sinnvoll ist. Sehr nett! Ich hoffe, dass ich nun nicht zu viel verraten habe – nicht dass er hinterher mit solchen Anfragen überhäuft wird

Falls also jemand noch einen raschen Tipp hat – immer gerne.
Ansonsten nochmal danke und eine gute Weihnachtswoche (bei mir vorm Fenster ist's feste am schneien)!

[sq......]

hi,

wahrscheinlich haste ihn irgendwo auf einer startseite oder eine falsche weiterleitung eingetragen ...

hehe oder die domain mit http und www eingegeben ... ich mein da muss nur so rein domain.tld ... ich lasse das immer frei

[planepix]

ja das vermute ich auch

[MacKP]

Hmm.. dadurch das bei BE Anmeldung genaud das selbe Problem aufkommt müsste es eigentlich was allgemeineres als die fe_ .tpl oder ein Startpunkt sein...

Wie hast du denn die Domain bei deinem Hoster eingerichtet? Vllt liegt da der Hund begraben...

Viele Grüße

[LeoDesign]

planepix schaut sich das gerade mal unter der Haube (auch Hoster) an. Hat bisher nichts ungewöhnliches entdeckt. Ich bin gespannt...

Gruß Gunnar

[LeoDesign]

Hallo Leute,

danke für die vielen Tipps. Leider hat das alles nichts gebracht. planepix hat sich nun alles angeschaut. Alles ist soweit richtig, der Fehler ist nicht nachvollziehbar.

Letzte Lösung wird nun sein, den Stratosupport zu kontaktieren. Irgendwie kann es auch nur noch an Strato liegen, denn genau die gleiche Installation funktioniert ja bei meinem Hoster...

Ich melde mich mal Anfang des Jahres, wenn ich (hoffentlich) eine Lösung gefunden habe!

Gruß Gunnar

[alex]

Zu dem gleichen Ergenis bis ich auch bei Ansgar gekommen (https://community.contao.org/de/show...4&postcount=10)

[xtra]

bitte mal Testweise folgendes machen:

$GLOBALS['TL_CONFIG']['websitePath'] = './'; 

also den Pfad auf Punkt-slash setzen.

EDITH meint:
Hab eine kleine Vermutung.
Kannst du bitte eine test.php mit folgendem Inhalt machen:

<?php
var_dump("SAPI: " . php_sapi_name());
var_dump($_SERVER);
?>

Und mir den Output zukommen lassen?

Gruss
Chris

[hotte1234]

Hallo Chris,

da ich das gleiche Problem habe und an einer Lösung interessiert bin, hier mal der Ausdruck der test.php. Ich habe meinen Domainname mit ziel.test.de ersetzt.

Das ändern der
$GLOBALS['TL_CONFIG']['websitePath'] = './';

bringt nur nachfoldenden Effekt:
http://ziel.test.de/ziel.test.de.//seite.html

string(9) "SAPI: cgi" array(38) { ["TZ"]=> string(3) "MET" ["UNIQUE_ID"]=> string(24) "Szc@yMCoKa4AABCj3uAAAAA1" ["RZ_n"]=> string(7) "5938934" ["RZ_a"]=> string(53) ":media:oldcgi:php=44:~www:Rproxy:Cpower:quota=3000MB:" ["RZ_path"]=> string(18) "web4/12/34/5938934" ["SCRIPT_URL"]=> string(9) "/test.php" ["SCRIPT_URI"]=> string(41) "http://ziel.test.de/test.php" ["DOCUMENT_ROOT"]=> string(49) "/home/strato/http/power/web4/12/34/5938934/htdocs" ["RZ_php"]=> string(2) "44" ["HTTP_HOST"]=> string(25) "ziel.test.de" ["HTTP_USER_AGENT"]=> string(106) "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729)" ["HTTP_ACCEPT"]=> string(63) "text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8" ["HTTP_ACCEPT_LANGUAGE"]=> string(35) "de-de,de;q=0.8,en;q=0.5,en-us;q=0.3" ["HTTP_ACCEPT_ENCODING"]=> string(12) "gzip,deflate" ["HTTP_ACCEPT_CHARSET"]=> string(30) "ISO-8859-1,utf-8;q=0.7,*;q=0.7" ["HTTP_COOKIE"]=> string(383) "__utma=186630013.603569282072142300.1246004304.1261852518.1261910531.33; __utma=237161739.406670915.1256110496.1256110496.1256214096.2; __utmz=237161739.1256110496.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utmz=186630013.1261823485.28.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utmb=186630013.6.10.1261910531; __utmc=186630013; PHPSESSID=r13vdtd9lb75rc8aridl9k4fh5" ["HTTP_X_FORWARDED_FOR"]=> string(13) "79.214.96.151" ["HTTP_X_FORWARDED_HOST"]=> string(25) "ziel.test.de" ["HTTP_X_FORWARDED_SERVER"]=> string(4) "hoon" ["HTTP_CONNECTION"]=> string(10) "Keep-Alive" ["PATH"]=> string(13) "/usr/bin:/bin" ["SERVER_SOFTWARE"]=> string(20) "Apache/2.2.14 (Unix)" ["SERVER_NAME"]=> string(25) "ziel.test.de" ["SERVER_PORT"]=> string(2) "80" ["REMOTE_ADDR"]=> string(13) "81.169.145.28" ["SERVER_ADMIN"]=> string(20) "service@webmailer.de" ["SCRIPT_FILENAME"]=> string(58) "/home/strato/http/power/web4/12/34/5938934/htdocs/test.php" ["REMOTE_PORT"]=> string(5) "17698" ["GATEWAY_INTERFACE"]=> string(7) "CGI/1.1" ["SERVER_PROTOCOL"]=> string(8) "HTTP/1.1" ["REQUEST_METHOD"]=> string(3) "GET" ["QUERY_STRING"]=> string(0) "" ["REQUEST_URI"]=> string(9) "/test.php" ["SCRIPT_NAME"]=> string(9) "/test.php" ["PHP_SELF"]=> string(9) "/test.php" ["REQUEST_TIME"]=> int(1261911752) ["argv"]=> array(0) { } ["argc"]=> int(0) } 

[xtra]

Das habe ich mir schon gedacht.
Der Server setzt "HTTP_X_FORWARDED_HOST", welches zur Berechnung der eigenen URL herangezogen wird.

Als quick fix (nicht update safe) koenntet ihr versuchen in system/libraries/Environment.php in der Routine url() das httpXForwardedHost zu entfernen.

    /**
     * Return the current URL without path or query string
     * @return string
     */
    protected function url()
    {
/*
        // Originaler code:
        $xhost = $this->httpXForwardedHost();
        $protocol = $this->ssl() ? 'https://' : 'http://';
        return $protocol . (!empty($xhost) ? $xhost . '/' : '') . $this->httpHost();
*/
        // neuer code wg. Strato httpXForwardedHost issue.
        $protocol = $this->ssl() ? 'https://' : 'http://';
        return $protocol . $this->httpHost();
    } 

Mir sind zur HTTP_X_FORWARDED_HOST Thematik aktuell gerade noch ein paar dinge aufgefallen, welche ich noch in ein Ticket zusammenfassen werde.

EDITH meint: Der Vollstaendigkeit halber hier der Link zum Ticket: http://https://contao.org/issues/show/1325

Gruss
Chris

[hotte1234]

Danke Chris,

deine Lösung scheint sehr gut zu funktionieren. Besten Dank! Mir hilft das zumindest jetzt notwendige Arbeiten vornehmen zu können.

Dir noch und allen noch einen guten Rutsch ;-).

Grüße

Hotte

[xtra]

Eine Updatesafe-Loesung ist, wie mir Leo mitteilte in der localconfig.php:

unset($_SERVER['HTTP_X_FORWARDED_HOST']); 

Haett ich auch drauf kommen koennen, aber nunja, hatte noch keinen Kaffee heute morgen.

Gruss
Chris

[hotte1234]

Hallo Chris,

zuerst ein frohes Neues!

Diese Lösung führt bei mir zu einer Fehlermeldung. Habe es ausprobiert, wobei eine Änderung der Environment.php wie von Dir beschreiben nach wie vor gut funktioniert.

Grüße

Hotte

[LeoDesign]

Hallo Chris,

da ich dieses Thema eröffnet habe, möchte ich nun auch noch eben mitteilen, dass dein vorletztes Post sehr hilfreich war. Nachdem Strato mich gleich zurück gewiesen hatte ("In diesem Fall kann ich Ihnen keine positive Information geben und hoffe auf eine weiterhin gute Zusammenarbeit."), war die Modifizierung der Environment.php erfolgreich!

"unset($_SERVER['HTTP_X_FORWARDED_HOST']); " hat wie bei Hotte auch nicht weiter geholfen. Die install.php wurde zwar noch richtig angezeigt, beim nächsten Schritt war's schon vorbei...

Was soll's, hauptsache es funktioniert jetzt!

Danke allen für die Mithilfe. Ich selber kann für mich sagen: Gut das ich nicht bei Strato bin!

Gruß Gunnar

[datenkind]

unset($_SERVER['HTTP_X_FORWARDED_HOST']); 

Halleluja, genau das ist es. Da löst man das Geschwindigkeitsproblem via SpeedPlus bei Strato, schon gibt’s das nächste.

Strato – da fällt einem einfach nichts mehr zu ein …

[bergtux]

Eine Updatesafe-Loesung ist, wie mir Leo mitteilte in der localconfig.php:

unset($_SERVER['HTTP_X_FORWARDED_HOST']); 

Haett ich auch drauf kommen koennen, aber nunja, hatte noch keinen Kaffee heute morgen.

Gruss
Chris

Habe obigen Eintrag in der localconfig.php bereits unter der Version 2.7 eingefügt, welcher mit dieser Version auch einwandfrei funktionierte. Jetzt habe ich ein Update auf 2.8 durchgeführt und dabei die alte localconfig.php weiter verwendet. Jetzt aber wird nach dem Aufruf der install.php in der localconfig.php am Ende der obigen eingefügten Zeile immer ein = Zeichen angehängt, worauf die Installation mit einer Fehlermeldung abbricht. Habe auch eine komplette Neuinstallation mit obiger eingefügten Zeile in der localconfig.php ausprobiert, wo auch dasselbe Problem auftritt. Kennt zufällig jemand das Problem, und weiß dazu eine Lösung?

Danke im voraus!

lg
bergtux

[xtra]

Kennt zufällig jemand das Problem, und weiß dazu eine Lösung?

Boese Vermutung, es haengt mit issue 1338 bzw. der Revision 195 zusammen.

Im destructor wird alles was zwischen den Installscript markierungen steht als paar gespeichert.

Theorethisch sollte es funktionieren, wenn du die Zeile nach(!) "### INSTALL SCRIPT STOP ###" eintraegst.

Gruss
Chris

[bergtux]

Theorethisch sollte es funktionieren, wenn du die Zeile nach(!) "### INSTALL SCRIPT STOP ###" eintraegst.

Gruss
Chris

Danke dir vielmals! Mit deiner obigen Lösung funktionierte die Installation einwandfrei!

lg
bergtux

[Russe]

Danke dir vielmals! Mit deiner obigen Lösung funktionierte die Installation einwandfrei!

lg
bergtux

Hatte gerade auch das Problem nach der Umstellung auf SpeedPlus bei Strato

[Kayzu]

Hatte ebenfalls gerade eben dieses Problem und bin fast wahnsinnig geworden mit der Suche danach.
Da Strato aus Erfahrung das in naher Zukunft eh nicht gebacken bekommt, nun die Frage?
Wird das in einer neuen Version von Typolight gefixt?

[xchs]

Hatte ebenfalls gerade eben dieses Problem und bin fast wahnsinnig geworden mit der Suche danach.
Da Strato aus Erfahrung das in naher Zukunft eh nicht gebacken bekommt, nun die Frage?
Wird das in einer neuen Version von Typolight gefixt?

Was soll denn gefixt werden? Wenn ich das recht sehe, dann steht ja oben schon die updatesichere Lösung.

[mwo]

Eine Updatesafe-Loesung ist, wie mir Leo mitteilte in der localconfig.php:

unset($_SERVER['HTTP_X_FORWARDED_HOST']); 

Haett ich auch drauf kommen koennen, aber nunja, hatte noch keinen Kaffee heute morgen.

Gruss
Chris

Danke, genau das hat sofort geholfen! (Strato Speedplus, TL V. 2.8.3)

VG Martin

[planepix]

Hat noch jemand einen Tipp, wenn oben beschriebene Lösung dennoch nicht greift?

Habe die Daten dazu:

Domäne
Lokaler Domänenname: http://www.domain.tld.dorf.domain.de
Externer Domänenname: http://www.domain.tld

Trage ich

### INSTALL SCRIPT STOP ###
unset($_SERVER['HTTP_X_FORWARDED_HOST']);
?>

das ein, ändert sich das leider nicht und ich werde immer zur lokalen Domäne weitergeleitet.

Contao 2.9.1

Im websitePath steht nichts drin.

Any hint?

[skuhrt]

Hi!

Ich wollte Cantao in einer Subdomain installieren. Beim Aufruf des Installtools und der Eingabe des Passwortes "cantao" bekomme ich nur den Fehler ungültiges Passwort. Weiter komme ich nicht. Auch die Eintragungen aus obigen Beiträgen helfen nicht weiter...