[TYPO3-UG Dutch] redirect met FElogin en extra parameters
Rob De Vries
dev at rob-ot.be
Tue May 31 10:09:12 CEST 2011
Jigal van Hemert <jigal at xs4all.nl> wrote:
> Hoi,
>
> On 30-5-2011 11:48, Rob De Vries wrote:
>> http://test.tld/index.php?id=9&no_cache=1&redirect_url=index.php?id=24&test=1
>
> Dit is sowieso geen URL die voldoet aan de RFCs.
>
> http://test.tld/index.php?id=9&no_cache=1&redirect_url=index.php%3fid
%3d24%26test%3d1
>
> zou correct zijn. Het deel &test=1 wordt in het origineel niet gezien
> als onderdeel van redirect_url, maar gewoon een extra parameter in de
> link naar id=9.
>
>
Bas & Jigal,
Dank voor jullie antwoord, heeft me grotendeels in de juiste richting gestuurd.
de grote boosdoener was 'redirectPageLogin' Hier had ik id ingegeven van de
page, maar die zorgde er ook voor dat de de felogin ext de redirect url ging
afhandelen, en dat moest ik nu net niet hebben. ik vermoed sterk dat de felogin
ext de extra parameters weghaalde. (ik kan er ook naast zitten, ben geen
programeur)
voor diegene die geintreseerd zijn in mijn oplossing:
er bestaat een ext. eng_felogin_markers die het mogelijk maakt om eigen markers
in je felogin form te plaatsen.
plugin.tx_felogin_pi1.customMarkers {
REDIRECTWITHPARAMS {
10 = COA
10 {
5 = TEXT
5.value = index.php?id=24
10 = TEXT
10.value = ¶meter%5Bsingle%5D={GPVar:parameter|single}
10.insertData = 1
20 = TEXT
20.data = date:U
20.wrap = ¶meter%5Bregtime%5D=|
}
}
}
de REDIRECTWITHPARAMS marker vervangt de redirecturl marker in de hidden field
en werkt perfect.
op deze manier kan ik exact bepalen wat er moet gebeuren bij login aan de hand
van de pagina waar een bezoeker zich bevind.
hartelijk dank voor het meedenken !
mvg
Rob
--
--------------------------
Rob De Vries
www.rob-ot.be
More information about the TYPO3-UG-Dutch
mailing list