Ouverture d'un lien

Version imprimable

30/05/2018, 12h49
aljessy

Ouverture d'un lien

Bonjour,

J'ai une problématique et j'aimerais avoir les axes de résolution.

Je souhaite enregistrer dans ma base de donnée le nombre de fois qu'un lien a été ouvert. Il est simple de faire cela du moment où le lien est cliqué depuis mon site. Mais si je copie le lien et que je l'envoi par mail par exemple, comment pourrais-je faire la vérification au moment où le lien est ouvert directement et ceux depuis une boite mail.

P.S : Il s'agit du lien d'un document à télécharger.

Cdt,
30/05/2018, 23h15
bonjourajax

Bonsoir,

Le lien est une redirection vers ton site?
31/05/2018, 11h29
NoSmoking

Bonjour,
tu peux toujours regarder du côté de document.referrer ou encore différencier les URL en ajoutant un paramètre ...
31/05/2018, 14h50
jisig

ce n'est pas du javascript, mais tu peux exécuter un script côté serveur et insérer tes informations dans la db :)

//code côté serveur ou tu insères dans la db

//code pour télécharger le document
31/05/2018, 17h33
Doksuri

sur ton serveur, tu peux verifier les acces (apache ou ngnix)
01/06/2018, 10h31
aljessy

Citation:

sur ton serveur, tu peux verifier les acces (apache ou ngnix)

Le site est déployé sur un espace mutualisé chez OVH.

Du coup comment faire cette vérification ?

Citation:

Envoyé par jisig

ce n'est pas du javascript, mais tu peux exécuter un script côté serveur et insérer tes informations dans la db :)

//code côté serveur ou tu insères dans la db

//code pour télécharger le document

Tu aurais un exemple ou un tuto ??

Merci

Citation:

Envoyé par bonjourajax

Bonsoir,

Le lien est une redirection vers ton site?

Oui mais plus précisément une redirection vers un document.

Mon site www.example.com et le lien redirige vers www.example.com/doc/document.pdf

Je voudrais comptabiliser le nombre de fois que ce lien à été ouvert depuis une source extérieur (je veux dire en accès direct sans avoir à suivre la navigation sur mon site)

Les mutus OVH permettent d’ajouter un gestionnaire d’extension de fichier. Tu peux faire en sorte que les fichiers .pdf soient interprétés comme du PHP.
Dans le dossier qui contient ton pdf, crée un .htaccess et ajoutes-y ce code :

Code:

AddHandler fastcgi-script .pdf

(Note : le handler fastcgi-script est probablement spécifique aux serveurs d’OVH)

Je te conseille de n’avoir pas d’autres fichiers pdf dans ce dossier, afin d’éviter les problèmes.

Ensuite, change l’extension de ton pdf, par exemple en rajoutant .raw ou .bin, à vrai dire l’extension importe peu :fleche: document.pdf.raw.

Enfin, crée un fichier document.pdf qui contiendra en réalité le code PHP qui sera chargé à la fois de comptabiliser l’accès au fichier, et d’en servir le contenu :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <?php // le header est important pour que le fichier soit géré correctement côté client header('Content-Type: application/pdf'); // exemple bidon de requête à la base de données $dsn = 'mysql:dbname=testdb;host=127.0.0.1'; $user = 'dbuser'; $password = 'dbpass'; $pdo = new PDO($dsn, $user, $password); $pdo->exec('UPDATE file_access SET access_count = access_count + 1 WHERE file_name = "document.pdf" LIMIT 1'); // envoi du contenu au client echo file_get_contents('document.pdf.raw');
Ayant mon propre hébergement mutu sur OVH, j’ai pu tester et confirmer que ça fonctionne.

02/06/2018, 09h33
bonjourajax

Ce que j'aurais fais :
Le lien du mail envoie vers un fichier php de ton site, qui enregistre l'origine dans la base de données (pour compter) puis renvoie le document pdf au lieu d'aterrir sur la page du pdf
02/06/2018, 16h16
Watilin
Après la nuit (qui porte conseil comme on le sait) je me suis rendu compte que le truc avec AddHandler tenait plus de la bidouille instable que d’une vraie solution.
Pour être plus précis, c’est une solution qui marche mais qui a des effets de bord potentiellement indésirables, notamment le fait que tous les fichiers pdf du dossier vont être interprétés comme du PHP. (Et j’ai eu aussi des erreurs 500 pendant mes tests, je ne sais pas s’il y a un lien.)

Une solution plus « maintenable » serait d’utiliser l’URL-rewriting, qui permet de cibler précisément un nom de fichier.

Dans le .htaccess on aurait ceci :
Code:

1 2 3 4 Options +FollowSymLinks RewriteEngine on RewriteBase "/chemin/du/dossier/" RewriteRule "^document\.pdf$" "serve-document.php" [NC,L]
La réécriture d’URL, comme son nom le laisse deviner, consiste à transformer un chemin d’une requête en un autre. Ça se rapproche du concept de routes mis en œuvre par plusieurs frameworks.

Par défaut, la réécriture se fait côté serveur en interne, ce qui fait que le client ne voit pas la différence : l’adresse affichée dans le navigateur sera document.pdf, mais en réalité c’est le fichier serve-document.php qui sera renvoyé.

Le module URL rewrite n’agit que sur les requêtes venant de l’extérieur, la fonction file_get_contents n’est pas affectée. C’est ce qui nous permet de renvoyer le fichier document.pdf sans tomber dans une boucle infinie de redirections :

Code:

echo file_get_contents('document.pdf');

(Le reste du code PHP ne change pas par rapport à mon précédent post.)

:arrow: Le guide d’OVH sur le module rewrite : https://docs.ovh.com/fr/hosting/htac...l-mod-rewrite/
:arrow: La doc Apache sur le module, plus complète : http://httpd.apache.org/docs/current...d_rewrite.html