Pister le parcours du visiteur et sauvegarder dans une base MySQL

Réponse acceptée !
Re,

Comme tu le dis, c'est une question de contexte. Si ton site contient des liens qui n'occasionnent pas un appel au serveur, comme par exemple une navigation par onglets qui seraient préchargés, le seul moyen reste l'utilisation d'Ajax.
Dans l'extrême majorité des cas le fait de cliquer sur un lien effectue une nouvelle requête au serveur, donc autant tout traiter côté php.

Toi ce que tu me proposes c'est non pas d'intercepter l'évènement onMouseUp, mais d'intercepter l'arrivée dans la page...
=> quelle différence cela fait il ? on ne récupère pas moins d'infos en faisant comme cela :o)

je ne sais pas comment javascript veut envoyer une requete SQL, ni même si c'est possible... Tu sais si c'est possible ?
=> Ajax obligatoirement


Si je prends un exemple précis :
dans la page x.php tu as le lien vers la page y

Que tu fasses :
<a href="y.php" id="2135" onmouseup="[machin]">y</a>

où [machin] est une fonction javascript qui appelle un script php via les XMLHTTPREQUEST en passant en paramètres l'id du lien et la page vers laquelle il pointe. Ce script enregistre ensuite les valeurs dans la table.

ou :
<a href="y.php?id_lien=2135" id="page_y">y</a>

et puis, côté serveur, sur la page y.php :
session_start();
$id_lien = $_GET['id_lien'];
/* tu peux également ajouter le HTTP_REFERER, les valeurs envoyées en POST, etc ...) */


INSERT INTO jetracelesvisiteurs (id_visiteur, date_heure_clic, reference_lien) VALUES ('$_SESSION['id']','date("Y-m-d H:i:s")', '$id_lien');

Je ne vois pas où peut se trouver la différence en terme de résultat. En terme de développement et de perf par contre il y en a de sacrées !!


En ce qui concerne le onmouseup je ne vois non plus pourquoi il serait mieux que onclick. Au contraire, c'est une source certaine de bugs, on peut très bien le déclencher alors que le lien n'a pas été cliqué, et donc envoyer de fausses informations.

Cordialement,


Kohntark-