Hur ska den funka egentligen? Ska den innehålla en adress endast när man går från en server till en annan eller ska den ALLTID innehålla adressen till sidan man kom från även om den ligger på samma server? När jag kör lokalt på min IIS så är alltid HTTP_REFERER helt tom, förutom när jag har skickat ett formulär.

Den skall ALLTID innehålla förra sidan...

Då är det som jag trodde då, men då är frågan varför HTTP_REFERER är tom när jag kör på localhost och bara innehåller något när jag kommer till en sida från ett formulär.

Om du går direkt till en sida, och inte kommer från någon annan är det inte så konstigt.

Nu är det inte så jag gör. Om jag är på en sida och klickar på en länk för att komma till en annan så är HTTP_REFERER tom! Båda sidorna ligger på localhost.

Kan det vara så att HTTP_REFERER blir tom om länkarna är "javascript-länkningar"?

Hej!

HTTP_REFERER fångar inte Redirect Requests, så det låter vettigt. Jag antar att javascript räknas som en redirect i alla lägen.

Även jag har märkt av att HTTP_REFERER inte fångar upp Redirect Requests. Så nu kommer det en liten fäljdfråga: Finns det något sätt att fånga upp sådana på ett enkelt sätt?

Hmmm...

Inte som jag kan komma på. Är tveksam till att svara nej. Det dyker alltid upp någon som bevisar motsatsen... :)

Litegrann beror det ju på vad du vill göra. Du kan ju kombinera det hela med sessionvariabler så att när http_referer inte är tom sparar du värdet i en sessionvariabel. Är http_referer tom kollar du värdet på den variabeln, men det kanske inte är vad du är ute efter?

Jo, jag använder mig av en liknande lösning just nu, men det jag undrade var om det kanske fanns ett lättare sätt att kolla Redirect-requests som skickas med javascript.

Men men.. Jag får väl fortsätaa med min lilla lösning än så länge.