[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 = &parameter%5Bsingle%5D={GPVar:parameter|single}
           		10.insertData = 1 
           		
           		20 = TEXT 
           		20.data = date:U
           		20.wrap = &parameter%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