je ne dois pas rajouter une * à la fin ?
Au fait, je peux ajouter plusieurs lignes sur un crontab ?
je ne dois pas rajouter une
*à la fin ?
Non. La commande peut prendre en paramètre un dossier, pas besoin de ‹ * ›.
Au fait, je peux ajouter plusieurs lignes sur un crontab ?
Oui, tu le peux. Mais ici, c’est inutile, juste indiquer le dossier de configuration et hop, ça roule.
Oups, y avait une coquille dans la doc du cron, la bonne ligne est :
1 * * * * root /srv/statoolinfos/bin/statoolinfos probe -previousday /srv/statoolinfos/conf/
C’est corrigé dans la doc et dans le message précédent 
À noter qu’ici le cron est programmé pour un lancement toutes les heures. C’est chouette pour voir progresser les statistiques de la journée en cours. Mais tu peux décider de seulement 1 fois par jour en précsiant l’heure, par exemple 00h01 :
1 0 * * * root /srv/statoolinfos/bin/statoolinfos probe -previousday /srv/statoolinfos/conf/
Ok, pourquoi on vois des Visites mensuelles, mais pas d’ Utilisateurs mensuels ?? J’imagine qu’il faut un peu de temps…
Oups, j’ai un message du système:
/bin/sh: 1: root: not found
Peu-être que je dois enlever root ?
1 * * * * /srv/statoolinfos/bin/statoolinfos probe -previousday /srv/statoolinfos/conf/
Utilisateurs et visiteurs sont deux notions différentes. Visiteurs est vraiment associé au web, alors que utilisateurs est intrinsèquement lié au service visité. Tous les visiteurs ne sont pas des utilisateurs. On peut visiter la page d’accueil d’un Etherpad sans pour autant créer un pad ou bien ouvrir un pad déjà existant.
Déterminer les utilisateurs d’un service implique des critères spécifiques à chaque service. C’est pourquoi StatoolInfos contient du code spécifique à chaque service. Dans le fichier de configuration, ça prend la forme d’un type à rajouter dans conf.probe.types et aussi des paramètres spécifiques si besoin.
La documentation liste des types et les paramètres des applications de service actuellement pris en compte : Etherpad, Framadate, Gitea, LibreQR, Minetest, Mumble, PrivateBin. D’autres viendront dans l’année.
Une fois le fichier de configuration enrichi, des metrics supplémentaires seront disponibles dont utilisateurs 
Nan. Le problème vient d’ailleurs. Mais d’où ? 
Je pars du principe que tu mets le fichier de cron dans /etc/cron.d/statoolinfos.
Petit ajout pour avoir des logs de cron :
1 * * * * root /srv/statoolinfos/bin/statoolinfos probe -previousday /srv/statoolinfos/conf/ >> /srv/statoolinfos/cron.log
en enlevant root ça semble avoir fonctionner… mais en effet, j’ai mis le cron en root avec crontab -e
1 « J'aime »
Ça me semble bien. On y voit ce qui est prévu 
Libreto génère beaucoup d’erreurs mal interprétées. Je vais voir comment mieux les gérer
De ton côté, à voir si tu peux en corriger la cause dans la configuration de Libreto 
Ha bah vala, c’est ça. Je vais préciser dans la documentation pour éviter le quiproquo 
Si c’est compliqué j’enlève les properties de Libreto…
Ok, du coup pour Etherpad je peux utiliser le template existant ??
Ha nan, surtout pas. Ce ne sont que des lignes de logs donc pas grave du tout. Faut laisser comme ça.
Ce qui est intéressant pour toi, c’est de corriger la conf de ton service Libreto parce que s’il couine, c’est qu’il y a matière à faire quelque chose 
Absolument, il faut enrichir ton fichier properties de conf avec les champs indiqués dans le template 
Ok,
Pour Etherpad, j’ai du mal à savoir pour conf.probe.etherpad.database.url je dirais bien localhost non ?
Pour Framadate on ne met que cela ?
conf.probe.types=Framadate
conf.probe.target=/srv/statoolinfos/well-known/statoolinfos/foo.bar.org-metrics.properties
Ou on rajoute ce conf.probe.types en plus à la suite de celui existant conf.probe.types=HttpAccessLog, HttpErrorLog ?
Oui, on rajoute. Dans un fichier properties (clé=valeur), les clés ne s’additionnent pas, une seule possible. Donc :
conf.probe.types=HttpAccessLog, HttpErrorLog, Framadate
Pour l’URL de la base de données, ça fait référence à un format souvent utilisé et bien pratique. Voici ce que j’utilise pour mon service :
conf.probe.etherpad.database.url=jdbc:postgresql://localhost/etherpad
La documentation tente maladroitement de donner les exemples les plus courants :
# jdbc:mariadb://localhost:1234/databasename
# jdbc:mysql://localhost:1234/databasename
# jdbc:postgresql://localhost:1234/databasename
# jdbc:sqlite:/foo/bar/databasename.sqlite
Hum, je ne suis pas sûr du tout… J’ai bien un PhpMyadmin aussi, je vois les tables, pour etherpad_mypads il n’y a qu’une table store d’ailleurs… pourquoi jdbc ?
JDBC est une API Java pour l’accès aux bases de données. Tu as raison, la mention jdbc: n’intéresse que mon code et devrait être gérée de façon transparente. En attendant que ce soit le cas, c’est juste une contrainte à suivre 
Ce dont tu as besoin, ce sont les informations de connexions (nom de la base de données, login, password…). Tu les trouves dans le fichier settings.json de Etherpad, section dbSettings. Il faut t’en servir pour reconstruire l’URL sur le modèle des exemples de la doc
Oui, ça j’ai bien compris pour les autres paramètres trouvés dans le settings.json… Pour l’url, j’ai tenté ceci
conf.probe.etherpad.database.url=root:mysql://localhost/etherpad_mypads
Quoi que je me demande si ne c’est pas mariadb qui gère mysql dans Yunohost…
En fait, je doit laissé comme ta doc ?? C’est ton serveur qui va utiliser jdbc ??
Dans ce cas je peux essayer ceci ?
jdbc:mariadb://localhost:1234/etherpad_mypads
Je ne sais pas si il y a un port 1234 pour mariadb ???
Sinon il y a ces fichiers dans /var/lib/mysql
# ls /var/lib/mysql/etherpad_mypads/
db.opt store.frm store.ibd