bonjour,
 
j'aimerais savoir comment intégrer un compteur de visites pour mon site web s'il vous plait?

voila c tt simple c écrit la
http://www.compteur.com/aide.php3
Bonne chance et bonne lecture.

merci mais moi je voudrais le code pour qu'il se génére lui-meme et pas en lien avec un site externe.
????

Voilà une solution proposée par M@téo pour compter le nombre de visiteurs connectés :  
http://www.siteduzero.com/tuto-3-1 [...] ectes.html
 
Et voila une solution pour compter le nombre de visiteurs :
http://www.siteduzero.com/tuto-3-5 [...] mysql.html
 
@+++

tu utilises une détection d'IP et tu as donc une incrémentation d'un visiteur/jour/Ip

Sur les second lien.

pffff mdr l'utilisation des cookies, ya plus simple qd meme avec du php

Sans doute, mais je me souvenais avoir vu ça quelque part, j'ai donc donné le lien qui me semblais bon. Si il y a plus simple, n'hésite pas a l'aider !

J'ai pas trop le temps pour me perdre en explications alors voici mes sources à lui de les interpréter.
Bien sur il s'agit là d'un délais d'un jour, nan d'une durée entre deux incrémentations réglable mais c'est tout à fait possible en faisant une table avec un DATETIME et comparer l'heure actuelle... à méditer
 

 
Utiliser une BDD pour un vulgaire compteur ?    
 
Un simple fichier texte suffit amplement genre :
 
[visite][ip]127.0.0.1[/ip][referer]http://www.google.fr[/referer][timestamp]1226456456645[/timestamp][/visite]

Surtout que le code plus haut sans la structure des tables, c'est a peu près aussi utile qu'une palourde séchée

ton fichier texte lool ma base prende en compte le nombre de rechargement des pages pour voir si les visiteurs font que passer ou s'intéressent au site
 
un fichier texte lool arrete de faire ton caké

lol ! J'ajouterai que l'utilisation d'un cookie n'est pas hyper complexe, et qu'elle permet une meilleur gestion...

ouais fo just que tu les balance dans le header

 
En suivant ce ptit tuto, c'est vraiment hyper simple.  
 

C'est pas parce que je fais 25 fois "reload" que je suis interessé par ta collection de gallets-peints
Les logs d'apache sont dans un fichier texte, pas dans une base de donnée. Penses-tu que ton système soit meilleur que celui d'apache(puisqu'il utilise un fichier texte)?
 

avec des 'fo juste' on peut faire n'importe quoi
 
Par ailleurs merci d'essayer d'écrire un français semi-correct ( j'en demande pas plus), parce que là c'est limite.
J'en profite pour te rappeler les règles du forum avant que tu me sorts un "STFU, kikoo asv lol, tsépa parlais":

Bonjour monsieur, dans un langage non franchisé je vais simplement te dire que des lamas comme toi il en existe des tas sur ce genre de forums. Si tu as besoin de reconnaissance trouve un autre moyen.

Le gars qui refait le monde avec des fichiers .txt sans prendre en compte les accès multiples, ce que les databases font avec des rollbacks et commit, qui se la pète, on en a pas besoin ici.

lool I'm a sister, this message is not for me  

 
Non mais t'as pas un peu l'impression que c'est de la branlette l'accès concurrent pour le site d'une personne qui visiblement sait à peine coder ? Sans compter le fait que si t'as de réels et significatifs problèmes de concurrences sur un compteur de visite, je doute que la lourdeur de ton tas de requète fasse beaucoup de bien au serveur.
Enfin j'aimerais bien voir ou ils sont tes rollbacks/commits dans ton code ... Il se passe quoi s'il y a 2 appels à present() venant de la même IP suffisement proche pour que la requète du second soit exécutée avant que le 1er appel ajouter() ?

 
Ben oui, un fichier texte et une regexp POSIX. c'est nettement moins lourd que d'utiliser une base SQL.  
 
Ensuite, sur le principe, sache que j'ai quand même pondu un CMS qui repose entièrement sur des fichiers textes.
 
Les avantages :
 
- plus secure (ben oui, les mecs qui s'amusent avec des injections SQL peuvent s'amuser longtemps).
- Plus portable (ben oui, RAB de la présence d'une BDD sur un hébergement, ni de son num de version).
- Plus facilement importable/exportable (moi quand je sauve un de mes sites, je sauve tout en même temps).
 
Les BDD c'est bien pour :  
 
- Des forums.
- Des applications avec par exemple liste de produits, prix etc...
 
Les 9/10° du temps, l'emploi d'une BDD usine à gaz comme mySQL est complêtement injustifiée.

1- C'est toi qui sort un code "c'est moi qui la fait c'est trop bien" comme la meilleure solution ( code qui en l'état ne peut pas fonctionner vu que tu ne donnes pas la structure de la base utilisée)
2- Tu n'expliques en rien pourquoi TA solution via une base de donnée et mieux qu'un fichier texte ( au contraire d'Hermes par exemple)
Et puis c'est vrai que les "gars" qui posent des questions comme les tiennes c'est des w3bl33t 0veRl0rd:
http://forum.hardware.fr/hardwaref [...] 1514-1.htm
 

déjà je suis pas un gars, de deux si tu sais pas y répondre t qu'un gland

http://forum.hardware.fr/hardwaref [...] 1514-1.htm

 
Que tu sois ou non un gars, va falloir un peu calmer ta joie si tu veux rester parmi nous.    
 

c'est vrai que ça a l'air très intéressant comm forum, je connais plus performant comme communauté

Réponds à la question sur ta gestion des rollback

 
Ah oui tiens moi aussi ça m'intéresse.    
 
Comme cela le pauvre débutant que je suis pourra enfin arrêter d'utiliser bêtement de ridicules fichiers textes dans ses applications.    

Je ne suis pas la depuis longtemps, même pas du tout, mais il me semble interessant de préciser que le pauvre tiboc59 doit avoir un peu les boules d'avoir créé ce topic... Il voulait juste un peu d'aide... Et là, ça fini par faire un peu pollué... Mais bon, je suis pas modo, donc si ma remarque vous semble déplacée, j'en suis désolé.