@PoGo @deblan Je me permets d’attirer votre attention sur la question des pisteurs sur draw.io.
Il me semble que PoGo et moi en avions un peu discuté au CDL. J’ai posté un message il y a deux semaines sur Mastodon pour résumer le problème : https://shelter.moe/@Neil/103928506546498078
Par défaut, les instances drawio disposent d’une fonctionnalité permettant à l’utilisateur·ice d’enregistrer son travail sur un Google Drive, OneDrive et d’autres sites. Cette fonctionnalité se charge immédiatement au démarrage de l’application et a pour conséquence d’envoyer des requêtes vers trello.com, egdekey.net, dropbox.com, google.com et jquery.com
.
Ces requêtes sont systématiques, peu importe si l’utilisateur·ice fait réellement usage de cette fonctionnalité ou non, et sont envoyées dès le lancement de l’application.
Le logiciel prévoit une fonctionnalité qui permet de désactiver ces requêtes de tierces partie. Il s’agit de son mode « offline », activable à l’aide du paramètre GET ?offline=1
.
Il est possible de forcer le mode « offline » via deux méthodes :
- Forcer le paramètre GET via un reverse-proxy (faire en sorte qu’il redirige systématiquement vers
?offline=1
)
- Forcer le paramètre GET en éditant le code de l’application, avec un sed :
sed -i "s/var params = window.location.search.slice(1).split('&');/&\n\t\t\tparams.push(\"offline=1\");/g" /usr/src/drawio/src/main/webapp/index.html
Notre instance draw.42l.fr a utilisé l’option 1 depuis son lancement et utilise désormais l’option 2 depuis plusieurs mois. Aucun problème n’a été constaté, bien que la pérennité de la solution 2 puisse être remise en question.
Si vous utilisez Yunohost, Lapineige a publié une issue pour régler le problème : https://github.com/YunoHost-Apps/diagramsnet_ynh/issues/6
Attention, forcer le mode offline a pour conséquence de bloquer les requêtes de tierce partie permettant d’obtenir certains modèles de graphiques supplémentaires. Ce n’est pas vital pour une bonne partie des cas d’utilisation, mais cela pourrait gêner certaines personnes.
@Angie une idée de quelle démarche adopter face à ce problème, au sein du collectif ? Peut-on promouvoir l’utilisation d’outils contenant des pisteurs, lorsqu’il existe des moyens relativement accessibles pour les désactiver ?
Au passage, peut-être pourrions-nous retrouver tous les CHATONS qui hébergent ce service sur cette page ? https://alt.framasoft.org/fr/framindmap/
~ Neil