[important] Mise en oeuvre d'un groupe de travail pour réaliser stats.chatons.org

#1

Lors de la dernière réunion virtuelle mensuelle, il a été proposé de mettre en place un outil qui permettrait de connaître le nombre d’utilisateur⋅ices des services proposés par chaque structure membre du collectif. La future page stats.chatons.org serait alimentée par des informations fournies par les structures membres du collectif.

Afin de réfléchir sur comment mettre en œuvre ce nouvel outil, il est proposé la mise en place d’un groupe de travail dont l’objectif serait de réfléchir à la solution la plus adaptée permettant d’alimenter la page stats.chatons.org et d’identifier les données à récupérer auprès de chaque structure.

Si vous êtes intéressé⋅es pour participer à ce groupe de travail, merci de l’indiquer ici. Une fois que nous serons quelques un⋅es, je vous proposerai un premier créneau pour nous retrouver et échanger sur la méthodologie et le calendrier.

1 Like
#2

Bonjour,

je suis trop peu actif sur ce forum, et j’en suis désolé … MAis ce groupe m’intéresse particulièrement

1 Like
#3

Hello, merci pour le post @Angie , j’aurais moins de temps que pour entraide.chatons.org mais cela me dit bien de suivre!

1 Like
#4

Bonjour, je suis disponible pour aider !

2 Likes
#5

Salut,

Allez je lance le pavé dans la marre : et pourquoi pas intégrer cette info dans l’ outil de centralisation des informations des CHATONS (à la FFDN db.ffdn.org) (oui c’est un pavé taille double :smiley: )

#6

Hello,
Je suis pas contre la mutualisation, surtout que la solution ffdn va dans le sens de maintenir un json chez soi, ou proposer une saisie sur le site, par contre, le format retenu, https://db.ffdn.org/format, correspond aux besoins d’un fournisseur d’accès, mais moins aux besoins d’un hébergeur de services libres, cf. les pistes de la Tx des étudiants de l’université technologique de Compiègne , et encore moins à la possibilité de saisir des chiffres statistiques.

Y a t’il un intérêt pour la ffdn de mutualiser ce genre de données?

#7

hello, dispo pour aider !

#8

Bonne question !

Actuellement il y as quelques stats (nombre d’adhérents et de connexion Internet) visible via les pages de chaque FAI.

Les données sont aussi consultables via un bot IRC UneFede qui permet d’avoir des infos agrégés tel que nombre d’adhérents/abonnées global à la fédération, % d’abonnés/adhérents et les infos sur les structures.

L’usage principal est politique (chiffrer le poids de la FFDN qui représente le pendant politique des FAI associatif fédéré) mais aussi informatif pour les structures entres elle (savoir si les copains vont biens).

Pour l’intérêt qu’on à a travailler avec la base de code de la FFDN, plusieurs membres sont aussi des Chatons (donc ils utilisent déjà ce système, je pense qu’il est même possible de demander quelques infos à la fédération pour avoir une idée de l’usage).
Autre intérêt ne pas réinventer la roue, au pire on fork pour remplacer le modèle de données et le json par du yaml, tout en gardant une code de base synchro avec le projet actuel pour minimiser la maintenance/évolution du code de notre côté et la mutualiser sur le code commun. A discuter (c’est ce qui me semble le plus optimum en matière d’énergie bénévoles et de fonctionnalités souhaités).

@mathieunicolas super, tu saurai regarder la charge de travail nécessaire en developpement pour un fork (le pire des cas) je m’y collerai bien mais je ne suis pas développeur.

#9

avec plaisir, j’ai juste besoin d’un peu de contextualisation : tu parles de forker quel projet ? les données sont déjà existantes quelque part, et l’idée serait de les récupérer en passant, c’est ça ?
Je suis les chatons de loin (avec très vif intérêt néanmoins) et du coup je ne suis pas forcément au top concernant les infos de ce genre !

edit : au temps pour moi, j’ai cliqué sur le lien vers la https://db.ffdn.org/ et j’ai compris de quoi tu parlais !
a priori tant qu’on a un JSON qui contient les infos qui vont bien, on peut en faire absolument ce qu’on veut. La version la plus simple, statique, serait de faire une page qui récupère le JSON et qui en affiche les informations qu’il contient. Concernant le stockage du JSON et sa mise à jour, ça peut être un bête fichier posé dans un github/lab qu’on modifierait manuellement au fil de l’arrivée des informations.
avantages : plus rapide à l’affichage car une seule requête
inconvénient : centralisé, manuel, flow un peu poussif

Une autre solution, statique aussi, serait de demander à chaque chatons de mettre à disposition un fichier JSON qu’il modifierait lui-même quand nécessaire à un emplacement précis, pareil pour tous, pour pour les collecter en temps réel. Il suffirait alors, côté stats.chatons.org, d’avoir la liste des chatons, et de récupérer les infos en direct à chaque affichage de la page.
avantages : décentralisé, les mises à jour appartiennent aux chatons et elles sont en temps réel
inconvénients : s’il y a 300 chatons, chaque affichage de la page impliquera 300 requêtes, ce qui peut rapidement ralentir la vitesse du système ; le formatage correct des JSON des chatons dépendra d’eux et en cas de pépin sur le JSON d’un chatons ses informations ne seraient pas affichées.

Il y aurait une solution intermédiaire qui consisterait à générer un JSON centralisé une fois par jour en effectuant les 300 requêtes, et en produisant donc une unique source qui alimentera la page stats.chatons.org dont l’affichage sera optimal.

Il y a probablement d’autres solution auxquelles je n’aurais pas pensé !

edit2 : on peut aussi mettre en place une API à travers laquelle chaque chatons sera libre de mettre à jour les informations concernant sa plateforme, l’API de la ffdn permet l’affichage des données, on peut aussi envisager de permettre la modification/création des données

#10

La db de la FFDN (lien dans mon premier message), le code est ici code.ffdn.org/ffdn/ffdn-db

L’idée est de voir si il est possible de se baser dessus pour un usage similaire pour le Collectif Chatons.
Il n’y a pas encore de données dispo sur les sites des Chatons (a ce que je sais) mais on peut assez facilement en mettre en place. (je peut le faire très facilement sur le site en cours de dev de mon Chaton)

#11

Merci pour ta réponse ! entre temps j’ai édité mon message.
Une autre solution serait effectivement de forker simplement le code de la ffdn et de le mettre en place sur les chatons !

#12

C’est à peu prêt comme ça que fonctionne le système de la FFDN.
Je suis utilisateur//co-fondateur de Touraine Data Network qui à son json ici https://www.tdn-fai.net/isp.json.
Il y as un validateur qui permet de valider une première fois le fichier et lancer le premier pull des info par le serveur central.
Ensuite c’est fait de façon cyclique toutes les 24h environs, avec je me doute (j’espère ? ^^) un décalage pour par faire les x requêtes au même moment)
Si jamais le pull rate trop (plus de x fois ?) un mail est envoyé à l’adresse d’admin du FAI avec une demande de revalider le json via le validateur pour relancer les pull réguliers.

Je les ai ping sur le salon IRC #ffdn (serveur Geeknode).