Newsgroup: it.comp.www.php
Titolo: geolocation si o no?

Ciao a tutti, sto implementando una semplice interfaccia per vedere 
delle statistiche su un mio progetto.
attualmente viene loggato su db (sqlite):
ip del visitatore
agent
pagina richiesta
timestamp della richiesta
mi chiedevo se fosse utile o meno l'elenco degli indirizzi ip, 
sicuramente mi verrï¿œ utile saperli per fare una query che raggruppi gli 
ip (in modo da considerarli come visite dello stesso utente), mi 
domandavo perï¿œ se non sarebbe carino metterci pure un sistema di 
geolocation.
mi servirebbero quindi sapere SE metterlo, come implementarlo perchï¿œ 
vedendo su internet ho notato che ognuno fa un pï¿œ prendendo i dati da 
dove gli pare, io vorrei evitare di legarmi ad un fornitore di dati
voi che usate/usereste nel caso
(accetto anche "lascia perdere non implementarlo")
grazie, Davide

 ip (in modo da considerarli come visite dello stesso utente)
Ma anche no.
Le pessime idee sono dure a morire.
ciao, f.

Cujo ha scritto:

per pessima idea intendi perch� se tutti da un edificio visitate il sito 
  non � un unico visitatore, ma facendo queste cose lato php hai modo di 
discriminare oltre a usare l'agent del browser come ulteriore variabile?

 discriminare oltre a usare l'agent del browser come ulteriore variabile?
No.
Puoi solo tracciare la sessione del browser usando un cookie.
Se vuoi tracciare l'utente devi farlo autenticare.
	Y.

 oltre a usare l'agent del browser come ulteriore variabile?
Senza offesa, stai sbagliando approccio di nuovo.
Per tracciare usa i cookies.
ciao, f.

yossarian ha scritto:

quello gi� c'�, quindi mi rimane l'utilizzo degli ip ai soli fini di 
geolocation per vedere da dove provengono i visitatori...

 geolocation per vedere da dove provengono i visitatori...
Vedere "pi� o meno" da dove provengono � diverso dal riconoscerli.
Per carit� se vuoi mettere una bendierina colorata per far felice
l'utente del giorno va bene, anche perch� in caso di NAT ti va bene che
probengano tutti dallo stesso "posto".
Per il resto, non riconosci gli utenti dall'IP. Fine.
ciao, f.

 ciao, f.
l'approccio � perch� in fase di progettazione (fase durata poco) ho 
pensato di includere queste info, poi ho pensato a che farmene, ora per 
gli ip oltre alla geolocationp ensavo di usarli a fini di "visitatori 
unici" sapendo bene che comunque per unico..non � troppo unico a sto 
punto mi risparmio il lavoro e ciccia, di settare cookie mi gira poco, 
lo faccio solo per le autenticazioni...
grazie mille

 probengano tutti dallo stesso "posto".
Intendo dire: evita la bestialata di effettuare decisioni sulla presunta
provenienza (tipo settare la lingua o bestialit� del genere).
Io sto in Italia e preferisco leggere in inglese (ad esempio), qualcuno
usa proxy che stanno altrove rispetto a dove sta l'utente ...
ciao, f.

 Se vuoi tracciare l'utente devi farlo autenticare.
Non necessariamente devi farlo autenticare ... ti basta tracciarlo con
un cookie.
ciao, f.

 probengano tutti dallo stesso "posto".
� tutto solo per fini statistici interni, se vedo che la maggior parte 
delle persone visita il sito dagli stti uniti magari un pensierino a 
scrivere pure la parte in inglese ce la faccio...

Cujo ha scritto:

beh la gestione lingua � diversa, come primo verifico che 
l'amministratore non abbia settato l'uso esclusivo di una lingua, se ha 
lasciato scelta poi interviene il riconoscimento della prima lingua del 
browser e provvedo a mostrare quella, evantualmente poi l'utente pu� 
"forzare" la lingua cliccando su un link apposta che provvede a mettere 
un parametro in pi� sulla request e a quel punto se la vede nella lingua 
che vuole

 lo faccio solo per le autenticazioni...
cookies ed autenticazioni non sono strettamente correlati.
Puoi benissimo settare un cookie per riconoscere lo stesso utente in
momenti diversi senza autenticazione.
ciao, f.

 che vuole
Cos� IMHO pu� andare. Se poi ti salvi la preferenza in un cookie (e non
nell'URL), l'utente una volta cambiata la lingua si ritrover� quella che
ha scelto senza doverla riimpostare di nuovo.
ciao, f.

 un cookie.
Un cookie persistente intendi? Io li cancello tutti automaticamente
quando chiudo il browser :)
Se vuoi riconoscere lo stesso utente alla sessione successiva devi farlo
autenticare. Col cookie tracci solo la sessione del browser.
	Y.

 geolocation per vedere da dove provengono i visitatori...
Chiedilo a loro quando fanno il sign-up :)

 scrivere pure la parte in inglese ce la faccio...
Questo invece mi pare ragionevole, nel senso che puoi dire poco di una
"visita" in particolare mentre l'andamento "su grandi numeri" potrebbe
avere senso.
ciao, f.

 Pensa solo ai proxy.
si quello si...la precisione assoluta non c'� mai, visto che ci siamo, 
io faccio l'amministratore di rete, tu "lato web" hai visione di questa 
cosa? ossia, c'� cos� tanto utilizzo di proxy che non risiedano nello 
stesso luogo dell'utente? dico questo perch� qui dove sono io ci sono 
circa 1000 client, ma tutti escono attraverso proxy che sono qui e non 
in un altro stato

yossarian ha scritto:

ï¿œ per quello infatti che mi sconfinferava poco, lo fa anche il mio 
firefox appena termina

 autenticare. 
... OPPURE devi dirgli di lasciare abilitati i cookies se vuole
conservare dello "stato". ;)
Dipende dal contesto.
Se ad esempio si tratta di ricordare le impostazioni della lingua di un
sito di contenuti aperto a tutti, faresti autenticare un utente solo per
quello ????
Chiaro che se hai gi� autenticazione ed un database per ALTRE ragioni
tanto vale salvare le preferenze server side ... ma mettere in piedi un
meccanismo di autenticazione solo per quello mi pare troppo.
Quindi direi che l'utente che elimina i cookies, si attacca e
ri-seleziona la lingua. ;)
ciao, f.

 quello ????
Se non ho capito male si trattava di tracciare l'utente per fini
statistici. Coi cookie persistenti non puoi mai essere sicuro al 100%
che l'utente "nuovo" sia veramente "nuovo" (magari � un returning user
che per� sta usando un altro browser o un altro PC). Con
l'autenticazione s�.
Poi siamo d'accordo che fare autenticare l'utente *solo* per avere delle
statistiche o per memorizzare delle impostazioni � sbagliato perch� il
sign-up � una roba noiosa che andrebbe usata con parsimonia.
	Y.

 sign-up � una roba noiosa che andrebbe usata con parsimonia.
Infatti.
Poi ripeto: se l'autenticazione c'e' gi�, ALLORA � stupido non usarla
per tracciare ... ma qua mi pare ovvio.
ciao, f.

 per tracciare ... ma qua mi pare ovvio.
c'� ma non � obbligatoria, � perch� essendo un cms c'� la possibilit� 
per l'utente di autenticarsi per far valere la propria potest� sui 
commenti o (dipende dal "livello utente") per modificare, scrivere 
sezioni ecc...
direi che per il momento mi accontento di lasciare cos� com'�, fare una 
geolocation per vedere se � i l caso di multilingua e stop...
grazie a tutti