eine Frage in die Runde: Hat jemand auch folgende Probleme mit links und anchors bei Verwendung von realurl_remastered?
Um nicht ellenlang zu beschreiben was ich meine, habe ich ein kleines testcase zusammengeschnürt: Folgender Textile Code ergibt links und anchors in verschiedenen Schreibweisen. Alle funktionieren einwandfrei ohne realurl:
Code: Alles auswählen
h3. 1. Textile footnote:
bc. BEGRIFF[1]
BEGRIFF[1]
h3. 2. Link nur per anchor:
bc. "LINK#foo":#foo
"LINK#foo":#foo
h3. 3. Interner "Redaxo" Link und anchor:
bc. "LINK#foo":redaxø://REX_ARTICLE_ID#foo
"LINK#foo":redaxo://REX_ARTICLE_ID#foo
h3. 4. Interner Link mit relativer URL und anchor:
bc. "LINK#foo":index.php?article_id=REX_ARTICLE_ID#foo
"LINK#foo":index.php?article_id=REX_ARTICLE_ID#foo
h3. 5. Interner Link mit relativer ./URL und anchor:
bc. "LINK#foo":./index.php?article_id=REX_ARTICLE_ID#foo
"LINK#foo":./index.php?article_id=REX_ARTICLE_ID#foo
h3. 6. Externer Link mit ??index.php?? in der URL
bc. "INDEX.PHP":http://wiki.redaxo.de/index.php?n=R3.ArtikelstatusAccessDeniedPatch
"INDEX.PHP":http://wiki.redaxo.de/index.php?n=R3.ArtikelstatusAccessDeniedPatch
<hr style="margin-bottom:200px;"/>
fn1. *Footnote 1* _Duis autem vel eum iriure dolor in hendrerit._
p(#foo). *Footnote foo* _Duis autem vel eum iriure dolor in hendrerit._
1. broken
2. broken
3. ok (aber nur wenn man nach Editieren des Artikels den Cache löscht)
4. broken
5. broken
6. broken
Wenn ich im Template kein base tag setze (und den Automatismus von reaurl außer Gefecht setze welcher selbstätig eines einfügt falls nicht im Template!), dann bekomme ich immerhin folgendes Ergebnis:
1. ok
2. ok
3. ok (aber nur wenn man nach Editieren des Artikels den Cache löscht)
4. broken
5. broken
6. broken
Ich habe dieses Szenario auf drei verschiedenen Sites (rex4.1 - realurl r21) - unter anderem einer frischen 4.1 Demo - getestet, und die Ergebnisse bleiben gleich... nicht gut. ;-/
Um nicht wegen Betriebsblindheit was zu übersehen: Könnt ihr die probs bei euch nachvollziehen?
cheers,
Jan