Super :)

et merci pour ceux que ?a pourrait interesser. (je laisse tomber les accents, apparemment j'ai pas de succes avec eux :p)

Le meilleur conseil que je puisse te donner est de faire des echo un peu partout pour rep?rer ? quel endroit ?a coince vraiment.

Dis moi ensuite si c'est bien un probl?me d'interpr?tation de variable (texte brut au lieu du contenu de la variable), nous pourrons ensuite voir comment solutionner le probl?me.

Ce script m'est un peu sorti de la t?te, mais je pense qu'il faut regarder autour de $tab_struc_table['RDB$FIELD_NAME'].

Peut-?tre que tu peux solutionner le probl?me avec des accolades ({}) pour ?tre s?r que le nom du champ est bien appel? plut?t que ce soit g?r? en texte brut.

Est-ce que tu as pu vérifier que la connexion à Interbase et MySQL se faisait bien ?

Et sinon, peux-tu en dire plus ?

Merci pour cette contribution :)

Mon but initial était précisément d'éviter ce comportement mais tu as bien fait de mentionner cette possibilité.

Par défaut, la "bulle" disparait après 1sec. Il est donc tout à fait possible d'y placer la souris et de faire ce qu'on veut.

Qu'est ce qui te parait difficile dans la source ?

Non, PHP ne permet pas cela.

On peut récupérer un certain nombre d'informations (User-Agent, Referer, IP, ...) mais pas si JS est activé ou non.

Je ne suis même pas sûr que ça soit possible, puisque ce type d'information n'est probablement pas envoyée au serveur.

Tout simplement parce qu'un script PHP est executé quand il est dans une balise noscript, et ce que vous ayez ou non JS activé.

Donc quand on veut afficher du texte (HTML fixe ou dynamique avec PHP), pas de problème, mais si on veut lancer un script quand JS est activé ou pas, c'est le bazar.

La solution d'analyse des logs est sympa aussi, mais je n'y ai pas accès sur cet hébergeur de toute façon ...

Mes contraintes à la construction de ce script étaient les suivantes :

- Pas d'utilisation de <noscript> (difficile - voire impossible ? -  à combiner à des scripts PHP).
- Pas d'intervention de la part de l'utilisateur.
- Pas de rechargement de page.
- Mise à jour d'une table de statistiques afin de connaitre la proportion de personnes pouvant voir le site dans de bonnes conditions.

A partir de là, je suis entièrement d'accord sur le fait que ce code est améliorable, surtout au niveau des cas particuliers (les proxies posent effectivement un problème, je n'y avais d'ailleurs pas pensé).

Malgré tout cela, n'hésitez pas à reprendre tout ou une partie du code pour publier une nouvelle source plus propre et correspondant à d'autres contraintes, nous sommes là pour ça.

Je dois mal m'exprimer :D

Chaque visite de la page entraine un INSERT avec l'IP du visiteur (ou UPDATE s'il existe déjà), bien sûr.
Grâce à la structure de la table (`AJAX` tinyint(1) NOT NULL default '0'), toute insertion contient 0 dans la colonne AJAX.

Si JS est désactivé, le script PHP (verif_ajax.php) n'est pas appelé et la ligne n'est pas mise à jour dans la table MySQL. Si JS et XMLHttpRequest sont disponibles, alors la ligne est mise à jour et AJAX vaut 1.