- PHP : Voir qui visite votre site - CodeS SourceS
- Javascript : Script pour compter le nombre de fois que l'utiliseur a visiter le site - CodeS SourceS
- PHP : Compteur de visites de site en php - CodeS SourceS
- Visual Basic / VB.NET : Activie - logger les sites visités - CodeS SourceS
- Dernière visite sur le site (cookie)
17 nov. 2011 à 20:16
Par contre y a des petits bugue dans le script... faudra que je le retouche... a +++ et encore merci à lynxtyle et à toi fabien...
16 nov. 2011 à 08:57
Je post très rarement mais je suis souvent sur le site, et pour la première fois depuis longtemps je vois une remarque très constructive
a la suite d'un post... ( Section PHP ) A chaque fois certain s'en prenne plein la gueule au lieu d'un commentaire intéressant.
Donc merci a lynxtyle d'encouragé et d'aidé de cette façon ;)
Bye
12 nov. 2011 à 14:27
Pour ce qui est de protéger ton script tu es partis sur un truc trop alambiqué... car si tu génère ton script avec le php tu vas donc fournir un code généré sur internet, ce qui n'est jamais bon pour la sécurité... Ensuite certe tu peux planquer ton xml comme commentaire dans un fichier php mais bon c'est risqué (suffirait de faire une injection de script php en simulant un faut navigateur)... Après 2 as 2 grands classique : planquer l'info dans un dossier avec un .htaccess ou modifier les droits du fichier (mais tu peux toujours contourner une sécurité et surtout tu as parfois des comportement inatendu comme par exemple j'ai déjà eu le coup d'un fichier en droit limité devenu public parce que je l'avais récupéré avec mon client ftp lors d'une mise à jour)... Le top étant de mettre l'info dans un répertoire séparé de ton site au moins t'es tranquil !
Pour ce qui est de la compatibilité de toute façon dès que tu rentre dans quelque chose d'un peu complexe (la sécurité) tu te retrouve toujours borné par le matériel... Donc la solution d'un répertoire séparé est tout de même valable dans 95% des cas (je pense par exemple que free ne te fourni qu'un répertoire web... dans ce cas faut se rabattre sur autre chose... mais les hébergeur pro sont bien plus pro et te permettent la chose !)
Enfin voici un autre axe pour faire évoluer ton script : pour ma part ayant plusieurs site je ne développerai pas ce script pour fonctionner en local... Je ferai un peu à la sauce analystic (j'arrete pas d'en parler... si tu connais pas essai le... c'est pas pour faire de la pub mais c'est gratuit et très puissant...) c'est à dire que ton script serait accessible depuis plusieur site... par exemple fournis le code ajax callback à tout tes sites... le callback se fesant sur une page php dédier à compter les vite de tout tes sites (pour déterminer les stats de chaque site il faut alors avoir bien noté le site référent à l'appel du script... et/ou fournir un le code callback avec une id client).
Enfin bon les possibilités sont quasi illimité... Et c'est vrai que ton petit projet est sympa et plutot bien codé mais dans l'état actuel c'est un peu un réchauffé... il manque la petite touche qui le transformerai en script très utile (car si tu utilise le log serveur ça veut dire que tu n'utilise pas du tout de ressources ce qui peut même avoir un avantage sur analystic ! ou alors si tu en fait une solution multisite efficasse tu pourras toujours la distribuer et donc rencontrer de nouvelles demande et la faire évoluer)
Voilou... en tout cas bon coding et même si tu n'as pas le temps de faire les changements, les remarques sont surtout là pour faire évoluer tes connaissances. En particulier sur tes projets futures, car maintenant que tu as ses connaissances soit tu les testeras sur ce projet ou peut-être bien sur un autre ;)
12 nov. 2011 à 13:08
10 nov. 2011 à 00:14
J'en profite pour rappeler une petite chose au passage : un script php peut accèder à "tout" le disque et non juste au répertoire web, il peut donc lire et écrire n'importe où... (par exemple chez ovh le "disque" reste cloisonné à une racine "/", la racine du site est "/www", et les log apache sont dans "/logs" voir "/logs/nomdusite" si tu en a plusieurs sur le même hébergement. Les données dans /logs/ ne sont pas accessible par internet mais ton script php y a libre accès... de même tu aurais pu protéger ton xml dans un répertoire "/MesXML" pour éviter qu'un pirate récupère les ips de tout tes clients etc...)
Ensuite le fichier log apache est un peu comme ton fichier xml... (il note tout les ip, heure et requête effectué sur ton site... et les logs sont automatiquement archivé donc pas la peine de gérer la suppression des données anciennes)
Enfin bon comme je disai cette approche à le mérite de n'utiliser aucune ressource ce qui est avantageux (et si on souhaite quelque chose de beaucoup plus poussé autant partir sur analystic qui est gratuit et surtout qui évite de consommer les ressources serveurs... car quand on commence à compter c'est qu'on a du monde et donc faut de la pluissance...)
Un autre avantage de réduire le travail serveur et la vitesse de chargement de ta page : chaque microseconde gagné rapporte beaucoup de place dans le classement des moteurs de recherche!
alors pour la définition d'écran je te donne toute de suite l'astuce : c'est pas du php, certe, mais du javascript... par contre pour identifier la source de connexion je vais te rediriger vers un très bon site qui propose une source interessante sur le whois-ip à modifier pour tes besoins (http://www.frameip.com/whois/ <- tu peux flaner sur le site il y a plein d'info interessante sur les réseaux)... pour la vitesse de connexion tu as 2 solutions mais la plus interessante pour toi est de le coder en même temps que ton callback ajax : tu sauve le timestamp au moment où tu envois la page au client et tu retire cette valeur du timestamp du premier callback que tu reçois et tu compare ce temps avec le poid total de ta page. (avec cette méthode la valeur ne sera pas super précise mais tu obtiendra l'indication la plus importante : le client met combien de temps pour charger la page... l'estimation du débit étant presque secondaire... derrière tu peux presque rajouter une alarme qui prévient l'admin en cas de page trop longue à charger... enfin bon c'est ce jors de petit rajout qui peuvent rendre ce projet très interessant)
voilà j'espère t'être utile ;) et n'hésite pas à demander (pour ma part mon manque de temps n'est pas du à call of duty mais à des enterrements de proches, des déménagements, et autres joyeuseté du jors... donc désolé de pas avoir décortiqué à fond ton code mais bon j'essai de distiller quand même un peu d'informations que j'espère utiles... en tout cas ça m'aérer les neuronnes)