[TYPO3-german] Frage zu Domain Records

Birgit lists at berlin-typo3.de
Wed Jan 31 15:59:14 CET 2018


Hallo Michael

ich setze immer:

config.baseURL = https://meine-domain.de/
config.absRefPrefix < config.baseURL
config.prefixLocalAnchors = all

In der realurl_config.php setzt du ja die id der Rootpage pro Domain.

Es kann sein, dass die autoconfig von realurl nicht klar kommt, wenn eine Domain ausgeblendet ist.
Das habe ich noch nicht probiert.
Ich baue mir die realurl_config.php immer selbst.



viele Grüße
Birgit

> Am 31.01.2018 um 15:19 schrieb Michael <michaelof at rocketmail.com>:
> 
> Hallo Birgit,
> 
> 
> zum zweiten Mal ganz herzlichen Dank für Deine Antworten!
> 
> Stichwort "domainübergreifende Verhalten": Diese Typoscript-Settings dürften doch "nur" dann aktiv werden, wenn die
> Seite aktiv ist, auf die sich das Template bezieht, oder?
> 
> Nochmals kurz mein Beispiel:
> 
> Home1: 	
> 	Als Anfang der Website benutzen = TRUE
> 	DOMAIN = domainA
> 	absRefPrefix = /
>   ... Unterseiten ...
> 
> Home2: 	
> 	Als Anfang der Website benutzen = TRUE
> 	DOMAIN = domainB
> 	absRefPrefix = /
>   ... Unterseiten ...
> 
> 
> Wenn Home2 DEAKTIVIERT ist, wird Home1/domainA unter dem Hostnamen domainB aufgerufen. EGAL, was ich im Template für
> Home1 setze, content_from_pid_allowOutsideDomain = 0 oder FALSE ändert nichts.
> 
> Spannend finde ich, dass realURL in diesem Szenario alle Links auf "domainB/" setzt, sie  sind also "tot".
> domainB/index.php?id=<id aus Home1> funktioniert aber.
> 
> 
> Stichwort "Installtool / Fehlerseite":
> 
> [FE][pageNotFound_handling] steht bei mir so ziemlich von Anfang an auf "true". Da TYPO3 immer noch eine Menge
> Geheimnisse vor mir hat, vermeide ich Automatismen, wo es geht. Und ein eindeutiger Fehler ist mir lieber als eine
> nebulöse Weiterleitung "The next visible page upwards in the page tree is shown" ;-)
> 
> Somit habe ich also noch keine Idee, warum TYPO3 zwar domainübergreifende Links auf Wunsch sauber verbieten lässt, bei
> direktem Aufruf über einen anderen Hostnamen (domainB), bei deaktivierter Root Home2 und somit deaktiviertem Domain
> Record domainA, trotz anderem Domain Record (domainA), die Seite  Home1 anzeigt.
> 
> Spannend sind auch meine Ergebnisse aus Deinem Tipp:
> 
>> Standardmäßig ist das die nächste erreichbare Seite.
> 
> Ich habe jetzt als Workaround versucht, direkt unter der Wurzel des Seitenbaums, also vor allen "wichtigen" Teilbäumen
> pro Domain, eine "Dummy Landing Page" anzulegen. So einfach wie möglich, page.10.value = Hier hat irgendwas nicht
> funktioniert!
> 
> 
> Wenn Home2 jetzt DEAKTIVIERT ist:
> 
> - wird bei Aufruf von domainB/
> 	diese Dummy Landing Page aufgerufen
> 
> -> Genau was ich möchte, wenn schon keine Fehlermeldung kommt.
> 
> 
> - wird bei Aufruf von domainB//index.php?id=<id aus Home1>
> 	die Seite <id aus Home1> aufgerufen
> 
> -> Genau das, was ich NICHT möchte :-(
> 
> 
> 
> Abschließende Frage: Mich überrascht dieses Verhalten, habe ich da ein von TYPO3 beabsichtigtes Verhalten noch nicht
> verstanden, oder würdet Ihr das als Bug einstufen?
> 
> 
> 
> 
> Viele Grüße,
> Michael
> 
> 
> 
> Am 30.01.2018 um 19:15 schrieb Birgit:
>> Hallo Michael,
>> 
>> 
>>> Jeder Versuch, z.B. an
>>> RealURL vorbei einen id=.. Aufruf von domaiA auf domainB zu versuchen, führt zu "The page did not exist or was
>>> inaccessible. Reason: ID was outside the domain", prima.
>> 
>> das domainübergreifende Verhalten ließe sich bei Bedarf über Typoscript Setup steuern mit:
>> 
>> config {
>>   // zeige Inhalt dieser Seite
>>   content_from_pid_allowOutsideDomain = 1
>>   // Befindet sich der Link ausserhalb des roots wird die entsprechende Domain an den Link gehängt
>>   typolinkCheckRootline = 1
>> // domainübergreiefende Links erlauben 
>>   typolinkEnableLinksAcrossDomains = 1
>> }
>> 
>>> Da ich aber konkret an "Home2" gerade bastele, ist mir aufgefallen, dass TYPO3 IMHO etwas unerwartet reagiert, wenn z.B.
>>> Home2 deaktiviert ist. Ein Aufruf über "http(s)://domainB" landet in dem Fall auf domainA, TYPO3 "sucht" sich also in
>>> diesem Fall die "erstbeste" andere Startseite.
>>> 
>>> Kann man das (einfach) irgendwie abstellen?
>> 
>> Hatte ich heute auch in einer neuen Installation mit drei Domains.
>> Es wird die Fehlerseite aufgerufen.
>> 
>> Standardmäßig ist das die nächste erreichbare Seite.
>> Bei zwei Domains nebeneinander ist das dann die Startseite der sichtbaren Domain.
>> 
>> Du kannst im Installtool eine Fehlerseite definieren.
>> In dem Fall wäre evtl. eine statische HTML-Seite sinnvoll, die du z.B. in fileadmin hinterlegen kannst.
>> 
>> 
>> viele Grüße
>> Birgit
>> 
>> 
>> 
>> 
>> 
>>> Am 30.01.2018 um 19:06 schrieb Michael <michaelof at rocketmail.com>:
>>> 
>>> TYPO3 8.7.9
>>> 
>>> 
>>> Hallo zusammen,
>>> 
>>> 
>>> ich habe folgenden Seitenbäume:
>>> 
>>> Home1: 	
>>> 	Als Anfang der Website benutzen = TRUE
>>> 	DOMAIN = domainA
>>> 	absRefPrefix = /
>>> ... Unterseiten ...
>>> 
>>> Home2: 	
>>> 	Als Anfang der Website benutzen = TRUE
>>> 	DOMAIN = domainB
>>> 	absRefPrefix = /
>>> 
>>> ... Unterseiten ...
>>> 
>>> 
>>> Webserver Apache, pro DOMAIN ein VHOST. Beide aber identisch bis auf "ServerName", also "DocumentRoot", "<Directory ..."
>>> etc. identisch, da beide ja für eine TYPO3 Instanz.
>>> 
>>> Funktioniert exakt so, wie ich es wünsche, wenn BEIDE Seiten Home1 und Home2 aktiviert sind: Jeder Versuch, z.B. an
>>> RealURL vorbei einen id=.. Aufruf von domaiA auf domainB zu versuchen, führt zu "The page did not exist or was
>>> inaccessible. Reason: ID was outside the domain", prima.
>>> 
>>> 
>>> 
>>> realURL trägt auch sofort die "Sprechende URL" "/" mit "ID der Wurzelseite" = Home2 (domainB) in die URL-Daten aller in
>>> Menüs verwendeter Seiten von domainA ein, weist zusätzlich rot auf einen "URL-Konflikt festgestellt: '/' wird ebenfalls
>>> auf der folgenden oder den folgenden Seiten benutzt: ..." hin. Funktioniert aber bis auf das oben Beschriebene sonst
>>> alles einwandfrei.
>>> 
>>> 
>>> Viele Grüße,
>>> Michael
>>> _______________________________________________
>>> TYPO3-german mailing list
>>> TYPO3-german at lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>> 
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german at lists.typo3.org
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



More information about the TYPO3-german mailing list