Få url på forrige side

det kun vist ikke udskrive den, men der er et alternativt, som tilsyneladende også er af tvivlsom effekt: document.referrer

skal det være i javascript?

du kan ikke bruge php eller?

document.referrer bliver også brugt at diverse analytics services, så den er relativt pålidelig. Pålidelig i den forstand at den modtager referencen, men ikke pålidelig som at den ikke kan forfalskes.

Du kan IKKE få fat i den fra en browser.
- der kunne jo være hemmeligheder i sådan én fra det forrige site, som dit site ikke bør have adgang til.
Af samme årsag kan man ikke regne med af HTTPrefererer er tilgængelig - og hvis den er, ikke at evt. &parametre er med - og selvom de skulle være der, må du nok regne med at det er en "feature" som er på vej ud, da der, klart, er tale om et "sikkerhedshul".

jeg prøvede med document.referrer, men den var tom, efter et besøg på exp.dk... i ff 3.6.3

Da jeg i sin tid udviklede tællerkoden til livewebstats.dk brugte jeg document.referrer, den virker da stadig fint og registrerer flere tusinde referencer per dag.

Det virker dog kun når man klikker på et link, hvis du taster i adressefeltet er den tom.

#3
Jeg ville blive overrasket over hvis de fjernede den funktion. Det ville reelt dræbe alle analytics services, da det ikke var muligt at se hverken referencer eller søgemaskine resultater.

Den server-side analytics systemer ville være muligt så.

#6
Ja, det er klart at der er nogle "store spillere" som har fået deres vilje her - indtil videre.
- Der er også en stor del af reklamemarkedet som bliver ramt (hvem sendte den nye kunde til os).

Men jeg tror stadig det er en "krykke" vi kommer til at undvære inden længe, for det ER et hul, og browser-producenterne er, eller har hidtil været, ret så aggresive med hensyn til at sikre deres brugere mod cross-site fikumdik.


Det er rigtigt at trafik-analyse-værktøjer, får et problem, hvis de ikke længere kan se, hvorfra en bruger kom, inden hun ramte mit site, men det er jo i faktisk mere udfordring end problem : )
(en udfordring de allerede HAR, som splazz' test viste)

Måske skal links indeholde harmløs "referer-info" direkte i URL'en, ala:
http://www.myshop.dk/varekatalog/nyCykel.php?referer=123.123.123.123

Måske kombineret med "en stråmand" der veksler en "token" til et rigtigt link - og afregner trafikken
- store at penge tjene på en elegant løsning her!

Jeg er stadig uenig :)

Jeg kan ikke se sikkerhedsproblemet. Hvis man taster en adresse ind i adressefeltet bliver referrer ikke sendt med. Men hvis man klikker på et link gør den.

Det syntes jeg er okay.

Som udvikler bestemmer man ikke hvor brugeren vil hen nu, men kun hvilke links der er på siden. Hvis man er bange for sikkerhedshuller, må man lade være med at linke til sider der misbruger det.

Hele internettet er jo baseret på at linke til hinanden, så må det være fair nok at kunne se hvor der bliver linket fra. Hvis man ikke vil 'opdages' må man kopiere linket op i adressebaren.

Det med en token vil aldrig fungere i praksis :) Man styrer ikke selv hvem der linker til en.

-> #5 - ja, så er det jo klart den var tom :)

Mange tak for alt den gode input.

Point må dog gå til splazz og intenz, resten er hvis "bare" en meget interessant diskussion, som i er meget velkommen til at forsætte.

Med hensyn til browser sikkerhed næsten alle browser nu indfør "privat browsing", hvor lige præcis denne slags information ikke bliver sendt eller brugt.

godt du kunne bruge det - og jeg lærte også lidt - dejligt :)

Kommer et svar her også :)

-> #12 - nej :D

Ups :)

tfp :)