[TYPO3-german] [SOLVED, aber zum Teil keine Ahnung, warum] (7.6.18) realurl 2.2.1 / realurl Pfade werden nach Upgrade falsch "zusammengesetzt"

[Michael_OF]

Hallo zusammen,


inzwischen habe ich gelernt, dass ich zwei unabhängige Fehler hatte:

a) Falsche realurl-Links
b) falsche / unnötige "URL conflict detected:" Meldungen im BE


zu a) Falsche realurl-Links

Ich habe erst mit 7.6.13 mit TYPO3 angefangen, und am Anfang komplett das Beispiel aus dem TYPO3-Praxisbuch von
Meyer&Helmich durchgearbeitet. Auf Basis dieses Praxisbeispiels danach eigene Seiten für ein kleines Projekt von
Ehrenamtlichen aufgesetzt.

Das "Meyer&Helmich" Beispiel ist aber nach wie vor Teil meines Seitenbaumes, alles sauber getrennt durch
Multi-Domain-Einträge. Sah in etwas so aus:

<root>
	<domain.tld> (Als Anfang der Website benutzen=j; inaktiv)
		<subdomain.domain.tld> (Als Anfang der Website benutzen=j; aktiv; TS-Template)
			<Hauptnavigation> (Nicht in sprechende URL aufnehmen=j)
				<Homepage> (Pfadsegment für untergeordnete Seiten = "home")
				<Mitmachen> (Pfadsegment für untergeordnete Seiten = "wir-brauchen-sie")
				...
			<Hilfsnavigation> (Nicht in sprechende URL aufnehmen=j)
				<Homepage> (Verweis auf Hauptnavigation/Homepage)
				<Mitmachen> (Verweis auf Hauptnavigation/Mitmachen)
				...
	<localhost:10080> (Als Anfang der Website benutzen=j; aktiv; TS-Template)  # "Meyer&Helmich" Beispiel
		<Hauptnavigation> (Nicht in sprechende URL aufnehmen=j)
			<Homepage> (Pfadsegment für untergeordnete Seiten = "home")
			...
		<Hilfsnavigation> (Nicht in sprechende URL aufnehmen=j)
			<Homepage> (Verweis auf Hauptnavigation/Homepage)
			...

Sehr überraschend war für mich, dass das "Meyer&Helmich" Beispiel meine realurl Link-Probleme NICHT hat (Obwohl zunächst
sogar zwei Domain-Datensätze vorhanden waren).

Ich habe daher per visuellem Diff die beiden Templates vom "Meyer&Helmich" Beispiel und meinem Teilbaum
"subdomain.domain.tld" verglichen. Bis auf Seiten-IDs und Namen im wesentlichen identisch. Wobei das "Meyer&Helmich"
Beispiel sogar komplexer ist, da es zweisprachige Seiten sind. Aber alles sauber und völlig automatisch in realurl.

Danach habe ich Seite für Seite den gesamten Baum, Option für Option, verglichen. NICHTS gefunden.

In meiner "Verzweiflung" habe ich dann das einzige geändert, was mir als Unterschied aufgefallen ist:

Ich habe den Baum von

<root>
	<domain.tld>
		<subdomain.domain.tld>
	<localhost:10080>

geändert auf

<root>
	<subdomain.domain.tld>
	<localhost:10080>

habe also <domain.tld>, was ohnehin, weil (noch) nicht genutzt, inaktiv war, gelöscht und <subdomain.domain.tld> direkt
unter die <root> gehängt.

ERGEBNIS: Mein "Link Problem", dass also nach dem (7.6.18) / realurl 2.2.1 Upgrade die real-url-Pfade immer "hinten dran
gehängt" wurden ( Link auf <subdomain.domain.tld>/a auf <subdomain.domain.tld>/b falscherweise
<subdomain.domain.tld>/a/b, und umgekehrt) ist GELÖST, die Links sind wieder "sauber"!

ABER: Ich habe nicht die geringste Ahnung, warum. Bzw. was falsch war.




zu b) falsche / unnötige "URL conflict detected:" Meldungen im BE

Ich bin Marcus' Tipp für Michael bzgl. einer älteren realurl_autoconf.php nachgegangen und habe festgestellt, dass das
mein bisheriges "URL conflict detected:" jetzt weg ist, nachdem realurl eine völlig neue realurl_autoconf.php anlegen
"durfte".

Wobei es hierzu noch ein paar "Sonderfälle" gibt, die ich dokumentieren möchte - vielleicht hilft es jemand, meinen
Fehler zu vermeiden und Zeit zu sparen:

Beispiel sei mein (Teil-) Seitenbaum:

<subdomain.domain.tld> (Als Anfang der Website benutzen=j)
	<Hauptnavigation> (Nicht in sprechende URL aufnehmen=j)
		<Homepage> (Pfadsegment für untergeordnete Seiten = "home")
		<Mitmachen> (Pfadsegment für untergeordnete Seiten = "wir-brauchen-sie")
		...
	<Hilfsnavigation> (Nicht in sprechende URL aufnehmen=j)
		<Homepage> (Verweis auf Hauptnavigation/Homepage)
		<Mitmachen> (Verweis auf Hauptnavigation/Mitmachen)
		...

Warum auch immer ist in den aktuellen Versionen die REIHENFOLGE wichtig, wie die obigen Optionen gesetzt werden. Es muss
vermieden werden, dass auch nur temporär ein "Konflikt" entsteht, den "vergisst" realurl nämlich aktuell niemals mehr!

Bedeutet praktisch:

- da zunächst alle Seiten per Default "Nicht in sprechende URL aufnehmen=n" gesetzt haben, sind zu Beginn alle
Pfade/URLs eindeutig
- als erstes muss man jetzt auf der untersten Ebene im Baum die Pfadsegmente setzen.
- danach die Optionen der Zwischenebenen "Nicht in sprechende URL aufnehmen=j" setzen

Folgt man nicht dieser Reihenfolge, dann entstehen zumindest temporär Konflikte, da z.B. die URL
subdomain.domain.tld/Homepage sowohl unter Hauptnavigation als auch Hilfsnavigation vorhanden ist. realurl hat zwar
saubere Zeitstempel, von wann bis wann URLs gültig sind. Die "Konflikterkennung" scheint aber aktuell etwas
durcheinander zu sein.


Viele Grüße,
Michael



Am 30.05.2017 um 15:00 schrieb Michael_OF:
> Hallo Dieter,
> 
> "eine ältere Real-Url-Version" meint, dass ich keine Ahnung habe, ob es einen Log gibt, in welchem Extension-Upgrades
> protokolliert werden, da ich mir leider die Ausgangsversion nicht gemerkt habe. Im BE System/Protokoll finde ich dazu
> nichts, unter typo3temp/logs leider auch nicht. Ungefähr eingegrenzt war es eine der letzten 1.X Versionen. Ich habe
> überhaupt erst mit TYPO3 angefangen z. Zt. von 7.6.13 oder 7.6.14, und realurl erst eine Weile später erstmals geladen
> und aktiviert.
> 
> Page-Root ist definiert. Wie gesagt. Es hat mit 7.6.16 und der alten realurl Version alles tadellos fkt., erst seit dem
> Upgrade nicht mehr. Außer dem Upgrade gab es keinerlei Änderungen.
> 
> Ich habe jetzt mal den "brutalen" Weg gewählt und
> 
> 1. realurl deaktiviert
> - alle Caches gelöscht
> 2. realurl gelöscht
> - alle Caches gelöscht
> 3. Über das Install-Tool die DB auf den "aktuellen" Stand gebracht = alle realurl Tabellen und Felder entfernen lassen
> - alle Caches gelöscht
> 4. realurl neu installiert
> - alle Caches gelöscht
> 
> Das Ergebnis war, dass alle Seiten (erwartungsgemäß) wieder ihre Default-realurl-Pfade haben.
> 
> Generierte Links werden aber nach wie vor "kaputtgebaut". Schade.
> 
> Über Ideen würde ich mich sehr freuen :-)
> 
> 
> Viele Grüße,
> Michael
> 
> 
> 
> 
> 
> 
> 
> Am 30.05.2017 um 06:49 schrieb Dr. Dieter Porth:
>> Was meint die Angabe eine ältere Real-Url-Version?
>>
>> Es gab Breaking Changes von 1.x nach 2.x.
>>
>> Page-root definiert?
>>
>> Dieter
>>
>>
>> Am 29.05.2017 um 11:40 schrieb Michael_OF:
>>> Hallo zusammen,
>>>
>>>
>>> ich habe gerade einen Upgrade von 7.6.16 auf 7.6.18 und bzgl. realURL von einer etwas älteren, zu 7.6.16 "passenden"
>>> Version auf 2.2.1 gemacht.
>>>
>>> Seitdem fkt. realurl nicht mehr wirklich, zumindest ist es nicht sinnvoll nutzbar:
>>>
>>> So wie es aussieht, werden seit dem Upgrade neue Pfad(teile) an den bisherigen Pfad "drangehängt", für alle Links.
>>> Beispiel:
>>>
>>> Bisher:
>>> domain.tld/a beinhaltet u.a. Link auf domain.tld/b
>>>
>>> Nach Upgrade:
>>> domain.tld/a beinhaltet u.a. Link auf domain.tld/a/b:
>>>
>>> -> durchgehend für alle Links, egal ob es eigene Seiten sind, Formular-Links etc., das "eigene" realurl Segment wird ab
>>> Upgrade immer vorangestellt
>>>
>>> domain.tld/a/b existiert aber (natürlich) nicht, Fehlermeldung dazu:
>>>
>>> "Page not found" - "The page did not exist or was inaccessible. Reason: Segment "b" was not a keyword for a postVarSet
>>> as expected on page with id=<num>."
>>>
>>> ABER: Die Seiten als solches existieren und können durch die "richtige" realurl-URL addressiert werden, domain.tld/b isr
>>> also eine gültige, nutzbare URL, wie zuvor. Es sind also nur die internen Links "kaputt".
>>>
>>>
>>> Was mir zudem auffällt: Im BE unter WEB/Sprechende URLs/URL-Daten werden ab Upgrade wilde "URL-conflicts" angezeigt, die
>>> eigentlich gar nicht da sind. Meine kleine Seite hat einen Seitenbaum mit Hauptnavigation und eine Hilfsnavigation
>>> (entsprechend dem Beispiel aus dem TYPO3-Praxisbuch von Meyer&Helmich), da gibt es Seiten gleichen Namens, z.B.
>>> "Homepage", wobei Hauptnavigation/Homepage die Seite an sich und Hilfsnavigation/Homepage nur ein Verweis auf
>>> "Hauptnavigation/Homepage" ist. Nur Hauptnavigation/Homepage hat "Pfadsegment für untergeordnete Seiten" gesetzt, auf
>>> "home".
>>>
>>>
>>> Kann mir jemand einen Tipp geben, woran das liegt?
>>> Selbstredend habe ich alle Caches etc. (mehrfach schon) gelöscht, ändert nichts.
>>>
>>> Vielen Dank im Voraus,
>>> Michael
>>> _______________________________________________
>>> TYPO3-german mailing list
>>> TYPO3-german at lists.typo3.org
>>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>