|
* Bonnes pratiques pour la qualité des services en ligne http://opquast.com/ Il pourrait être très intéressant de respecter le plus de points possibles de ces listes complètes de « bonnes pratiques » : http://opquast.com/bonnes-pratiques/?niveau=3
= Avancement =
== Enregistrement des logs, au 24/07 ==
===Fonctionnalités prises en compte pour les logs ===
*Exclusion d'ip et de plages d'ip
*Exclusion de paramètres données, Inclusion uniquement de paramètres données, Inclusion de tous les paramètres, exclusion de tous les paramètres
*Gestion des différentes URLs d'un site pour savoir si les pages referers appartienne au site audité
*Gestion poussée du visiteur n'acceptant pas les cookie, via des algorithmes de reconnaissances (plusieurs critères)
*Gestion du nommage des pages et du rangement en groupes. A noter que le délimiteur peut être '/' ce qui a pour conséquence de ranger les pages physiques d'un site directement en sous groupes, puissant :)
*Gestion des variables par visite par page
*Gestion du logo défini pour le site
*Système de logs des performances (temps et nb de requêtes) qui permet d'avoir un bilan des performances du marqueur phpmyvisites
===Quelques chiffres (nombre de requêtes) ===
* A noter
:Ces données sont approximatives du fait du caractères aléatoire de certaines données
:- présence/absence des données à sélectionner dans la BDD au cas où il faut les créer
:- présence/absence de certaines données dans le cookie auquel cas il faut les sélectionner en base
:les premières visites après installation du phpmyvisites vont être plus gourmandes en requêtes. Il faudra en effet alimenter les bases page, page_url, category, vars
* AVEC COOKIE
:*-> visite d'une page avec une page referer appartenant au site
5
:*-> visite d'une page avec une page referer avec structure arborescente à N groupes
7
:*-> visite d'une page avec une page referer avec N groupes et M variables
7 + 2*M
* SANS COOKIE (ou à la première visite avant l'enregistrement du cookie)
:*-> visite d'une page avec une page referer appartenant au site
10
:*-> visite d'une page avec une page referer avec structure arborescente à N groupes
12
:*-> visite d'une page avec une page referer avec N groupes et M variables
12 + 2*M
*VISITEUR EXCLU PAR IP
3
*Taille très approximative approximative du cookie : 1,5ko
:Etant donné que l'on stocke les X dernières URLs vues par le navigateur, cette valeur dépend essentiellement de la taille des URLs du site. Elle dépend également du nb de plages d'ips à exclure, ainsi que sur plusieurs autres données.
=== Bench ===
<table border=1>
<tr>
<td> avg( time ) </td><td> avg( query ) </td><td> max( time ) </td><td> max( query ) </td><td> min( query ) </td><td> count( * )</td></tr>
<tr><td>0.033851753644187 </td><td>6.1195 </td><td>5.5199999809265 </td><td>13 </td><td>4 </td><td> 3022</td></tr>
</table>
via la requete
SELECT avg( time ) , avg( query ) , max( time ) , max( query ) , min( query ) , count( * )
FROM query_log
ces données sont issues du phpmv v2 installé sur phpmyvisites.net depuis le 23/7/2005 en phase de alpha test
== Avancement de l'archivage, au 5/08 ==
L'archivage fonctionne bien sur les jours. Il fonctionne également sur les périodes, de jours à jours, et sur le mois (juste une constante qui change).
Je n'ai pas checké la validité des données, c'est vraiment difficile sans jolie interfaces. Surtout que les données sont compliquées, j'ai des tableaux ou aux clés associent 12 valeurs et dans un vardump, courageux est celui qui saura lire les données correctement.
Il gère dors et déjà
* pages, groupes et compagnie
* newsletters, partenaires, moteurs, mots clés UTF8 :) (j'ai enfin, je crois, compris le principe d'encodage des moteurs... c'était temps)
* fichiers sont séparés des pages (quel bel algo ! je suis fier)
* intérêts de visites
* et toutes les choses déjà gérées dans l'ancien phpmv
Il reste donc à gérer :
* rien
ça pète non ?
Mais il reste à
* débugguer les futurs bugs
* VALIDER LES CHIFFRES DONNEES (c'est si important). Mes algos sont jolis, mais pas forcément parfaits. Il faut donc faire une passe et faire la somme "a la mano" des données de 2-3 jours et vérifier sur cette période la somme.
Bref, tout ça pour dire que l'archivage sera fini dans 1 ou 2 jours, débuggé, mais pas testé en conditions réelles et les données non validées.
De plus je ne parle pas ici de l'archivage à l'année qui repose sur un processus différent, car elle se base sur les stats des mois. Mais vu le schéma très bien pensé :-) des classes, on devriat s'en sortir sans trop de dommages (quoi que).
Reste donc fort à faire, surtout que j'aimerais tenir la roadmap qui prévoit une version au 12 aout, avant MINUIT, l'heure du crime, l'heure de la release.
== Avancement de l'affichage, au 24 Aout ==
L'affichage est presque le même que l'ancienne 1.3.2, avec pas mal de nouveautés. Tout ne fonctionne pas parfaitement (limites & pagination notamment) mais on s'en approche.
Il y a eu énormément de tests, corrections de bugs divers et variés, implémentation de nouvelles fonctionnalités non prévues (écartement des faibles populations sur diverses stats par exemple), rajout de logos pour faire joli, utilisation intensive de Smarty, système robuste pour la gestion des paramètres GET POST etc.
Le système de gestion des modules fonctionne bien.
Le système de visionnage de groupes / sous groupes, etc. fonctionne bien et semble ergonomique à utiliser.
Il reste beaucoup à faire pour une version publiable en bêta test. Je pense abandonner l'idée d'un alpha test ce serait trop compliqué à gérer (sans configuration/installation, c'est difficile de faire tester...).
Prochains objectifs
* stabilisation de l'affichage (correction des derniers bugs)
* ajout de nouvelles statistiques (fréquence, durée par pages, bilan multi site...)
* puis freeze des nouvelles fonctionnalités
* développement administration
* développement gestion users et droits
* développement phase d'installation
Beaucoup de choses très importantes donc, il va falloir être efficace !
== Avancement de l'affichage, au 26 Septembre ==
A ce jour, l'administration "basique est terminée":
* Configuration générale admin_general_config
* Gérer les sites Internets
* Ajouter un site Internet admin_site_general action=add
* Modifier les caractéristiques admin_site_general action=mod
* Gérer les partenaires admin_site_partners
* Gérer les newsletters admin_site_newsletters
* Exclure Ips ou plages d'IPs admin_site_ip_exclude
* Gérer les alias d'URL admin_site_urls
* Supprimer un site admin_site_delete
La gestion du super utilisateur est ok.
Reste à entamer la phase d'installation et à corriger tous les petits bugs notés dans le TODO.
J'espère releaser la bêta 1 dans 1 semaine
= Contacts =
| 