Ich mach das mal wieder auf.
Wir haben ein ähnliches Problem mit der news 5.3.1 und realurl 2.1.5
Der fragliche Teil der RealUrl-Config sieht aktuell so aus:
'newsDetail' => array(
array(
'GETvar' => 'tx_news_pi1[news]',
'lookUpTable' => array(
'table' => 'tx_news_domain_model_news',
'id_field' => 'uid',
'alias_field' => 'CONCAT(title,\'-\',CAST(uid AS
char))',
'useUniqueCache' => true,
'useUniqueCache_conf' => array(
'strtolower' => true,
'spaceCharacter' => '-',
),
'autoUpdate' => true,
),
),
),
'297' => 'newsDetail', // Dämmung & Fenster
'296' => 'newsDetail', // Heizung
'323' => 'newsDetail', // Lüftung
'326' => 'newsDetail', // Solarenergie
'298' => 'newsDetail', // Finanzierung
.. sind weniger Optionen als im News-Handbuch, aber realUrl 2 verarbeitet die
fehlenden auch nicht und die Site ist einsprachig.
Für jede Hauptkategorie gibt es eine eigene Listen-Seite und eine zugehörige
Detail-Seite.
Erratisch - d.h. ohne dass wir bisher die Umstände nachstellen konnten - taucht
nun bei neuen News das Problem auf, dass realUrl nicht alle Parameter auflöst.
Löscht man diesen Eintrag aus der realurl_urldata, erscheint beim nächsten
Aufruf der Seite der voll aufgelöste Link.
Zusätzlich finden sich bei News, die zwei Hauptkategorien zugeordnet sind, für
die zweite Kategorie in der real_urldata eine original_url OHNE cHash-Angabe,
was dann natürlich dazu führt, dass beim Aufruf einer zweiten News ohne cHash
auf derselben Detailseite die erste News statt der gewünschten erscheint.
Das erstere liegt wohl an realUrl. Wieso und wo aber die Zweit-Links ohne cHash
herkommen, ist mir momentan ein völliges Rätsel.
Wer kann helfen?
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
