[TYPO3-UG Dutch] RealURL uniqueness probleem
Peter Ruijter
peter.ruijter at gmail.com
Wed Feb 2 14:15:28 CET 2011
Hi list,
Voor een website wordt RealURL gebruikt om geformateerde links te genereren.
In de RealURL config staan de opties "useUniqueCache" en "autoupdate"
geactiveerd en nu gaat het volgens mij "fout" op het moment dat RealURL gaat
controleren of er al een unieke URL voor een valueID bestaat. RealURL
"vindt" namelijk dat er geen matchende records bestaan en voegt vervolgens
een nieuwe regel toe aan de tx_realurl_uniqalias tabel. In werkelijkheid
zijn er al zo'n ruim 500.000 records die voldoen aan het juiste kriterium.
Onderstaand het stukje RealURL configuratie waar het om gaat:
'aflevering' => array(
array(
'GETvar' => 'tx_mymedia[episode]',
'lookUpTable' => array(
'table' => 'tx_mymedia_episodes',
'id_field' => 'uid',
'alias_field' => 'title',
'addWhereClause' => ' AND NOT deleted AND NOT hidden',
'useUniqueCache' => 1,
'useUniqueCache_conf' => array(
'strtolower' => 1,
'spaceCharacter' => '-',
),
'autoUpdate' => 1,
),
),
),
In de class class.tx_realurl.php staat bij de functie "lookUp_uniqAliasToId"
het comment:
In the lookup table 'tx_realurl_uniqalias' the field "value_alias" should be
unique (per combination of field_alias+field_id+tablename)! However the
"value_id" field doesn't have to; that is a feature which allows more
aliases to point to the same id. The alias selected for converting id to
alias will be the first inserted at the moment. This might be more
intelligent in the future, having an order column which can be controlled
from the backend for instance!
Weet iemand wat de achterliggende gedachte hiervan is? Ik vindt het namelijk
heel vreemd en deze functie naast het genereren van veel onnodige data niet
echt veel toevoegd.
Kan iemand mij uit deze droom helpen, dan wel het probleem mee oplossen
waardoor er voor een aflevering echt één unieke link wordt aangemaakt en
niet 500.000+?
Groet,
Peter Ruijter
More information about the TYPO3-UG-Dutch
mailing list