Sortie de phpMyVisites 1.2

Posté par  (site web personnel) . Modéré par Benoît Sibaud.
Étiquettes :
0
1
sept.
2004
PHP
La version 1.2 de phpMyVisites vient de sortir.

phpMyVisites est une application libre de statistiques et de mesure d'audience de sites Internet, développée en PHP/MySQL. Ce logiciel a été développé en apportant un soin particulier :
- aux options d'analyse (visites, pages vues, suivi du visiteur, pays, résolutions, navigateur, OS, moteurs, mots clés, site referrers...) ;
- à l'interface ;
- à l'installation, entièrement automatisée ;
- à la gestion de plusieurs sites ;
- à la facilité de configuration ;
- à la documentation disponible (plus de 30 pages de conseils, astuces, explications).

Le développement de ce logiciel est actif et sa prise en main rapide permet d'améliorer la navigation et l'intérêt du site audité. NdM (en provenance du forum) : « Il a récemment été traduit en anglais et va être diffusé prochainement (le site et la documentation sont aussi en cours de traduction). »

Aller plus loin

  • # Fort sympathique

    Posté par  . Évalué à 1.

    Moi qui cherchait justement un outil de statistique simple, en voilà de libre :)
    C'est très bien, je m'en vais l'installer.

  • # DLFPeffect ?

    Posté par  . Évalué à 5.

    http://www.phpmyvisites.net/phpmyvisites/(...)

    C'est vrai que c'est pratique :)

    • [^] # Re: DLFPeffect ?

      Posté par  (site web personnel) . Évalué à 1.

      Bof :

      freshmeat.net 218 (32.2%)
      linuxfr.org 45 (6.6%)

      • [^] # Re: DLFPeffect ?

        Posté par  . Évalué à 3.

        J'aime bien aussi les mots clefs de google :

        allinurl: "*.php?fichier="

        Hum, tentative de trouver des failles ??

        :)

        Caeies, un brain parano

        • [^] # Re: DLFPeffect ?

          Posté par  . Évalué à 4.

          Oui malheuresmeent bcp de petits plaisantins s'amusent à ça...

          petite anecdote : je m'étais fait hacker mon site (http://www.phpmyvisites.net/(...)) et j'ai pu retrouver l'ip du hacker AINSI que la manière dont il m'avait hacké grâce à phpMyVisites (rubrique pages vues figurait la page utilisée) ; c'était une faille présente sur le site de ma soeur (hébergée sur le même serveur, donc).
          Donc c'est un bon outil anti-hacker :)

          • [^] # Re: DLFPeffect ?

            Posté par  . Évalué à 4.

            Oups, lisons plutôt "cracker"
            hacker ayant le sens que l'on lui connaissons ;)

    • [^] # Re: DLFPeffect ?

      Posté par  . Évalué à 3.

      Par curiosité, ça se base sur quoi le "Graphique des lieux de connexion" ? Enfin je suppose que c'est sur l'ip de la personne qui visite, mais derrière, y'a vraiment moyen de savoir si c'est de la connexion perso ou non ? (je pense à toutes les petites boites qui utilisent des fournisseurs d'accès adsl classiques par exemple)

      • [^] # Re: DLFPeffect ?

        Posté par  . Évalué à 3.

        D'après la doc :

        Les connexions entre 8h et 12h, et entre 14h et 18h les jours ouvrés (sans le Samedi et le Dimanche) sont considérés comme heure de travail

        • [^] # Re: DLFPeffect ?

          Posté par  . Évalué à 2.

          Arf, ok, au temps pour moi. J'avoue n'avoir pas consulté la doc du tout :)

  • # javascript :(

    Posté par  . Évalué à 2.

    Bien joli est utile à première vue, mais c'est vraiment dommage que les statistiques se fassent avec un javascript plutôt qu'à l'aide d'un script PHP.

    • [^] # Re: javascript :(

      Posté par  . Évalué à 3.

      l'utilisation du javascript permet d'obtenir des statistiques plus complètes que la simple utilisation d'un marqueur php ! :)
      le JS est activé par 98% des visiteurs, très peu de perte à ce niveau donc.

      • [^] # Re: javascript :(

        Posté par  (site web personnel) . Évalué à 2.

        > le JS est activé par 98% des visiteurs, très peu de perte à ce niveau donc.

        mmm... Et Windows équipe 98% des visiteurs aussi...

        • [^] # Re: javascript :(

          Posté par  . Évalué à 1.

          Je ne vois pas très bien le rapport.

          Parce que Windows équipe 98% des machines tout ce qui équipe 98% des machines n'a pas le droit d'être jugé pertinent pour être utilisé ?

      • [^] # Re: javascript :(

        Posté par  . Évalué à 5.

        Ajoutons à celà (enfin sans avoir la doc mais çà doit être logique) que l'usage du Javascript te permet de mesurer un site purement statique qui se situe chez un hébergeur sans PHP et d'envoyer l'info sur un serveur qui lui utilise PHP pour engranger les stats?

        Notons également que c'est grâce à Javascript que tu peux connaître certaines choses comme la résolution de l'écran.

  • # Alternative

    Posté par  . Évalué à 5.

    Une alternative à ce logiciel peut être Kietu ( http://kietu.net/(...) ) qui est également un projet libre, en php et français.

    • [^] # Re: Alternative

      Posté par  (site web personnel) . Évalué à 1.

      Il y a encore au moins deux alternatives :
      - webalizer : ultra-rapide, ultra-simple à installer, minimaliste
      - awstats : très complet mais un peu plus dur à installer

      Sans vouloir être péssimiste, il y a aussi beaucoup de logiciels de stats qui sont mort après un ou deux mois de dév...

      Qu'est-ce qui distingue PhpMyVisite des autres (à part le graphe domicile / bureau) ?

      • [^] # Re: Alternative

        Posté par  (site web personnel) . Évalué à 5.

        Moi je n'ai jamais réussi à installer ces outils sur un hébergement mutualisé...

        Il faut comparer des choses comparables, les logiciels basés sur les logs sont complémentaires, pas concurrent.

        phpMyVisites est basé sur un marqueur javascript, seul possibilité d'avoir la résolution d'écran par exemple. Les principaux concurrents sont Xiti ou E-stat. Dans ce secteur il n'y a pas vraiment d'équivalent libre.

        Ca ne fait pas un ou deux mois que le dév a commencé mais 18 mois, et le projet intéresse de plus en plus de monde.

        • [^] # Re: Alternative

          Posté par  (site web personnel) . Évalué à 2.

          Ah ok. C'est clair que sur un hébergement mutualisé, on fait pas ce qu'on veut.

          Pour info, awstats permet de combiner les deux méthodes : on peut aussi obtenir la résolution d'écran grâce à un marqueur que l'on rajoute dans les pages.

      • [^] # Re: Alternative

        Posté par  . Évalué à 6.

        Et bien Webalizer quand tu regardes c'est vraiment indigeste au niveau présentation.

        AWStats c'est très bien mais çà ne s'adresse pas à monsieur tous le monde au niveau conf. De plus, il faut des logs bruts. Certes tu peux utiliser phplogger (que j'ai écrit depuis un script Perl d'ailleurs, cf FAQ de AWStats) pour te générer ses logs sur un site qui ne te propose pas les logs bruts (comme chez Free par exemple).

        Mais ensuite, si tu veux traîter çà (enfin là encore quelqu'un de non geek et sous Windows de surcroît), tu dois avoir installé ActivePerl sous Windows, et lancer des commandes en ligne de commande pour te générer les rapports. C'est pas du temps réel. A moins d'avoir aussi mis Apache et interfacé AWStats avec.

        phpMyVisites apporte une simplicité de configuration, une présentation très pro (à des années lumières de Webalizer), et offre la souplesse d'un tracking par Javascript / Image, ce qui permet de se passer de logs bruts. Ca permet également au webmaster de suivre les stats en temps réel sans se prendre la tête.

        Ensuite, ce qui le distingue des autres ? Bah ceux qui sont morts au bout de 2 mois ne sont peux être pas assez bons, ergonomiques...

        phpMyVisites a fait parler de lui sur ZDNet (je crois), sur un article sur les solutions de stats et c'est le seul de sa catégorie a avoir été présenté (à savoir un logiciel de stats via un tracking javascript / image).

        Ensuite, comme c'est GPL, si il est suffisament populaire, il pourrait être repris au niveau du dév.

        Comme Webalizer d'ailleurs, qui n'est plus maintenu depuis perpette mais qui a été repris par quelqu'un récemment.

      • [^] # Re: Alternative

        Posté par  . Évalué à 2.

        Il y a une énorme différence entre awstats ou webalizer et phpmyvistites, c'est la manière de calculer les stats. Awstats et webalizer fonctionnent en analysant les logs produits par le serveur web, tandis que PhpMyVisites fonctionnent en utilisant un marqueur dans les pages.

        Avantage de PhpMyVisites: plus de précisions sur les utilisateurs (résolution, .couleurs, ...), inconvénients: il faut un marqueur sur toutes les pages; tenue à la charge...


        Pour un site perso je pense que PhPMyVisites est performant, comment se comporte-t-il sur un "vrai" site qui fait 5 Millions de pages vues?

  • # awstats

    Posté par  . Évalué à 1.

    Je conseille fortement awstats. Les statistiques sont fort complètes, et la détection des moteurs de recherche et autres robots est très à jour.

    Autre avantage d'awstats : c'est en Perl, on peut donc utiliser le truc en téléchargeant simplement le source et en l'appelant depuis une crontab utilisateur. Pas de compilation à faire ni de dépendances à résoudre.

    http://awstats.sourceforge.net/(...)

    • [^] # Re: awstats

      Posté par  . Évalué à 3.

      Personnellement, j'ai un site chez Free et je souhaitais avoir dans une interface conviviale des stats clairs, le tout sans avoir à jongler avec multes environnements/langages (j'administre déjà mon site via des outils écrits en PHP alors autant que tout fonctionne de la même manière).

      Et là, je dois avouer que PhpMyVisites va au-delà de mes espérances. Déjà, il est impossible de trouver plus simple niveau configuration puisque le programme est équipé d'un module d'auto-configuration très convivial, et l'utilisation de phpMyVisites est dans la même veine : tout est clair, simple, aéré et, n'en déplaise aux puriste, les graphiques, il n'y a rien de mieux pour avoir une bonne idée de ce qui se passe sur son site.

      Franchement, je trouve que c'est du très bon travail (en plus c'est bien écrit, le html généré respecte les normes XHTML/CSS et c'est sous licence GPL). Je risque de m'en servir très longtemps !

  • # Mouais

    Posté par  . Évalué à 1.

    L'interface est sympatique, c'est joli et accessible ( le mot compréhensif en comparaison à d'autres outils du meme type me vient à l'esprit ).

    Là ou ça coince, c'est dans un premier temps il est obligatoire de donner certains droits au dossier ou l'on installera phpmyvisites ( par exemple pour générer le conf ). J'aurais préféré un .conf, qui une fois renseigné ne nécessite pas de droit en écriture pour nobody / visiteur.

    Deuxième temps ( et ce qui m'a fait abandonner cet outil ), c'est qu'il faut renseigner chaque page du site à analyser ( enfin, meme si on utilise des frames ou des includes, une grande patie de pages dirons-nous ) avec le code fourni. Je n'ai pas l'intention de refaire chaque page une à une, de plus ça alourdi le code, et en tant qu'ancien 56 k, je veille à une extreme légèreté pour chaque page.
    J'ai bien fait de ne pas supprimer AWStats ;-)

    Une version de phpmyvisites qui utilise les logs d'apache serait la bienvenue ...

    En tout cas, bon travail.

    • [^] # Re: Mouais

      Posté par  . Évalué à 1.

      dans la serie j'ai pas compris l'utilité .....

    • [^] # Re: Mouais

      Posté par  . Évalué à 2.

      Floris, il semble que vous n'ayez justement pas compris l'intérêt de cet outil ! :)
      Qui ne nécessite pas l'accès aux logs mais est universellement disponible (serveur php/mysql seulement nécessaire).
      Si votre site était modulaire, il vous suffirait d'inclure le code de phpmyvisites dans un footer.php que vous incluez sur toutes vos pages de votre site avec un
      <?php
      include "footer.php";
      ?>
      Comment ça en ne changeant qu'un fichier tout le site est mis à jour...

      bcp moins de contrainte que de disposer des logs, de perl, d'un dédié, etc...

  • # Légalité

    Posté par  . Évalué à 0.

    Quand on met ce genre de stat sur un site perso, est-ce qu'il faut déclarer auprès de CNIL ? http://www.cnil.fr/index.php?id=271(...)

    • [^] # Re: Légalité

      Posté par  . Évalué à 1.

      Je ne suis pas juriste mais je pense que non car les données ne sont en aucun cas nominatives. Tu ne vois que les IPs / nom d'hôte et ce sont des données qui transitent de fait via le protocole HTTP donc bon...

      • [^] # Re: Légalité

        Posté par  . Évalué à 1.

        Si j'ai bien compris, d'après CNIL, quand on collecte les adresses IP, on doit déclarer auprès de la CNIL puisque un IP permettent d'indentifier une personne physique.

        • [^] # Re: Légalité

          Posté par  . Évalué à 1.

          Euh, c'est pas ce que moi j'ai dit perso mais si tu l'as lu quelque part... ;o)

          Bah l'IP ne permet pas directement d'itentifier quelqu'un sauf si tu es toi même FAI et que tu as un accès direct aux logs d'identification qui lie à un instant donné une IP à quelq'un.

          • [^] # Re: Légalité

            Posté par  . Évalué à 0.

            J'ai testé phpmyvisites. Cette question de IP ne le concerne pas parce qu'il n'enregistre pas l'ip des visiteurs.

            En fait Free propose aussi un stat des sites persos utilisant Webalizer. L'origine de ma question (mon premier message ci-dessus) vient de l'avertissement sur
            http://statperso.free.fr/(...)

            • [^] # Re: Légalité

              Posté par  . Évalué à 2.

              Ah bah oui dans ce cas si Free met une précision.

              Mais enfin bon, ils abusent la CNIL. C'est pas si nominatif que çà une IP si tu n'as pas la table de correspondance. La LEN a mauvais halène !!!

              A noter que sur phpmyvisites, tu as quand même accès aux IPs via la base de donnée sur les jours non archivés.

              • [^] # Re: Légalité

                Posté par  . Évalué à 0.

                Tu as raison. Effectivement on a les IPs dans la base de donnée.
                Merci.

  • # Pas top pour les sites perso

    Posté par  . Évalué à -2.

    Je l'ai mis sur ftpperso.free.fr pour voir et la premiere chose qu'il fait est d'ecrire sur le disque du serveur, il ce fait bloquer.

    Ensuite y a plein d'erreur d'afficher avec les sessions du genre

    Warning: session_start(): open(/var/www/free.fr/a/a/.../sessions/.sess_e887dd3e365ea193acc1e8838f7a7a36, O_RDWR) failed: No such file or directory (2) in

    voila surement un probleme avec fopen

    Comme quoi pas top pour les sites perso

    • [^] # Re: Pas top pour les sites perso

      Posté par  . Évalué à 0.

      Arghhh !!!!!!!!!!!!

      Je suis en train de mettre mon site à jour chez Free et j'ai exactement le même problème que toi !

      C'est vraiment dommage, parcequ'en le testant en local chez moi, ça avait vraiment l'air d'un bon produit :-(

    • [^] # Re: Pas top pour les sites perso

      Posté par  . Évalué à 1.

      Je l'ai également installé mais pas de soucis pour écrire sur le disque.

      Ca n'est pas un soucis ni de phpMyVisites, ni de fopen, c'est les paramètres de session de chez Free qui sont comme çà visiblement. Quand tu fais un session_start() chez Free, il essaie d'écrire dans le répertoire /sessions de ton hébergement.

      Comme ce répertoire n'existe pas par défaut, marche pas jean pierre...

      Si tu créées ce répertoire, plus aucun soucis, phpMyVisites se porte comme un charme.

      • [^] # Re: Pas top pour les sites perso

        Posté par  . Évalué à 0.

        bon faudrait mettre des @ devant les fopen
        un coup de fgrep et des sed ca devrait le faire

        @fopen

        peu être...

        • [^] # Re: Pas top pour les sites perso

          Posté par  . Évalué à 1.

          Hein ? Pas tout compris ce que tu veux faire là

          Tu prend ton client FTP préféré, tu créées un répertoire sessions à la racine de ton hébergement chez Free, et hop tranquille...

        • [^] # Re: Pas top pour les sites perso

          Posté par  (site web personnel) . Évalué à 1.

          > @fopen

          De la belle programmation de goret ! Je masque l'erreur sans chercher à comprendre.
          Dis, on peut le metre aussi devant session_start () aussi l'arobase ? Comme cela tu n'aurais même pas su qu'il y avait un problème ?

          • [^] # Re: Pas top pour les sites perso

            Posté par  . Évalué à -1.

            C'est clairement ce que font tout les vrai pro de PHP, autour de moi et je leur fait confiance., ils sont plus competant que moi.

            Remarque c'est plus cour en PHP qu'en Java avec les jsp, c'est là qu'on voit toute la puissance du PHP, qui est vraiment un language moderne libre et utilisable. C'est aussi le language qui vas améliorer, le concept de la programmation orientée objet grace a php5, et là Java ne sera plus qu'un mauvais souvenir sur les serveurs.

  • # Cannif suisse des webstats: BBCLone. Simple mais efficace.

    Posté par  . Évalué à 1.

    Vous avez un compte perso chez un hébergeur qui ne vous offre que php, ou vous ne connaissez rien à MySQL et vous n'avez pas le temps de l'installer, ou bien encore vous voulez un logiciel de statistique d'accès GPL simple, efficace et traduit dans un vingtaine de langues ?

    Alors BBClone est fait pour vous.

    Plus d'info sur
    http://bbclone.de(...)

    Ce n'est LE lgiciel qui vous donnera la couleur de cheveux des visiteurs de votre site, mais il vous permettre d'obtenir néanmoins pas d'informations. En vrac: stat sur les bots, les pays, les OS, les navigateurs, les temps de consultations, l'origine d'accès, ....

    Comme dirait l'autre:
    "There's more than one way to DO it !"

    Jack

  • # Les bonnes stats ...

    Posté par  . Évalué à 1.

    Salut,

    Effectivement deux types d'analyseur :
    Ceux qui travaillent directement sur les fichiers de logs du serveur
    http et ceux qui nécessitent la présence de marqueurs.

    Pour ma part en tant que founisseur d'hébergement je mets à disposition des "hébergés" des stats obtenus directement en analysant les fichiers de logs du serveur http.

    J'utilise webalizer depuis plusieurs années, c'est un bon produit, très rapide et n'en déplaise à certain, très présentable ;-)

    J'ai regardé en détail phpMyVisites, beau produit, je pense bien adapté
    aux "hébergés" ;-) mais pas jouable pour les founisseurs d'hébergement.

    Si les développeurs de phpMyVisites peuvent le faire, l'ajout d'un mode
    fournisseur et l'analyse directe des fichiers de logs du serveur http, ajouteraient un certain ++ au produit.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.