Newsgroup: it.lavoro.professioni.webmaster
Titolo: http_referer - metodi di tracking - problemi

Dei siti si mettono di comune accordo di mandarsi i link. I link devono
stare solo sui siti dell'accordo. Ognuno vorrebbe tenere traccia di quanti
ne manda l'altro. Come fare? Che soluzioni adottate?
1) http_referer non sembra essere un metodo sicuro perchč
- a) IE + Flash non lo mandano
- b) Puň essere disattivato dal client
2) Inserire una variabile di identificazione (pagina.cfm?iosono=sito122)
non risolve perchč:
- non č utile per verificare che quel link sia dove deve essere. Potrebbe
essere stato messo ovunque
- alcuni motori di ricerca finisce che indicizzano pescanod quel link,
quindi le provenienze arrivano dal motore e non dal sito in questione.
Insomma mi sembra che bisognerebbe abbinare i due sistemi, ma non risulta
comuqnue una cosa stabile. Ho in mente qualcosa ma diventa molto complicato
quando a prima vista non doveva esserlo.
Voi cosa fate? Consigli?
Ciao.
Faser
-- 
FABIO SERRA
*Questo testo deve essere valutato secondo il senso della RFC-3*
Per rispondere in e-mail sostituire "invalid" con "faser"
--------------------

La prima cosa da sapere e':
ti fidi dell'altro sito oppure no?



Non importa. E' una questione teorica/tecnica. I rapporti tra gli eventuali
siti non mi riguardano. Comunque diciamo pure di no e teniamo presente che
anche in buona fede ci possono essere gli spider dei motori e i link
bookmarcati.


>Non importa. E' una questione teorica/tecnica. I rapporti tra gli eventuali
Faccio una ipotesi
Ci sono due siti, SitoPincoPallino e SitoTuo
Su SitoPincoPallino c'e' un link a SitoTuo, su SitoTuo c'e' un link a
SitoPincoPallino.
Entrambi i siti tengono una tabella in un database in cui per ogni
nuova session registrano dataora, un numero casuale e ip dell'utente.
Su SitoPincoPallino il link verso SitoTuo sara' fatto cosi':
http://www.sitotuo.it/?provenienza=sitopincopallino&dataora=...&numerocasuale=.
..
contenente dataora e numerocasuale inserito nella tabella.
Quando in SitoTuo entra un utente controlla se provenienza =
sitopincopallino.
Se si', controlla se dataora = a dataora attuale con una tolleranza di
+/- 5 minuti (i server potrebbero avere orari leggermente diversi).
Se si', fa una chiamata a sitopincopallino verso una pagina apposita a
cui passa in get il numero casuale e il SitoPincoPallino deve
rispondere con l'ip dell'utente. Se l'ip e' corretto l'utente proviene
da quel sito, altrimenti no.
Ti lascio limare la cosa come pulizia periodica delle tabelle, fare in
modo che un utente che chiude il browser su SitoTuo e rientra
ripassando da SitoPincoPallino non venga riconteggiato, ecc.

da quel sito, altrimenti no.
Mitico! Bellissima soluzione, alla fine non è neanche tanto incasinata.
Grazie.
Faser
-- 
FABIO SERRA
*Questo testo deve essere valutato secondo il senso della RFC-3*
Per rispondere in e-mail sostituire "invalid" con "faser"
http://www.cfmentor.com
--------------------


mmm, a mio avviso la cosa migliore è tracciare l'indirizzo IP della macchina
in cui risiede il sito in accordo... l'indirizzo ip del visitatore.
Nel databases in particolare aggiungere (se necessari, la data e ora di
accesso, e un contatore che incrementi di una unità per gli indirizzi ip
distinti o cmq ripetuti con un certo lasso di tempo).
Esempio...
Sito Accordo1:  X, ip: A0.B0.C0.D0
Sito Accordo2: X1 ip: A1.B1.C1.D1
Sito Utente:  Y, ip: A.B.C.D
X (Y) ==> X1;   X1 segna:   X, Y + dati extra
X1 (Y) ==> X:   X segna X1, Y + dati extra.
se e solo se: X, X1 sono validi (contenuti in un db con i siti in accordo)
Poi non saprei, questa è una soluzione che mi è venuta cosi a primo colpo.
Cooper.
------------------------------------
BlueWare di Impastato Marcello
 [web] 
http://www.blueware.it
   - Realizzazione Siti Web;
   - Traduzioni in: Inglese/Rumeno/Spagnolo;
   - Servizi per l'informatica.
 [Email] 
coo...@blueware.it
 [icq] 146781935
 [Irc] 
irc.azzurra.org
 - #chatlandia