Hmm. Je ne pense pas faire quelque chose de particulier au-delà d’encapsuler simplement ce qui serait autrement une requête curl simple vers l’un des points de terminaison API documentés publiquement. Cependant, si l’équipe @Discourse se sent offensée par ce que j’ai créé, veuillez me le faire savoir.
Personnellement, je ne pense pas que le package lui-même viole les conditions d’utilisation (ToS), car la responsabilité de respecter les conditions d’un forum revient toujours au développeur qui utilise l’outil. Ce package ne fait appel qu’à des points de terminaison API publics et documentés ; si un développeur a une intention malveillante de scraper ou de surveiller un forum, cela serait déjà, honnêtement, une tâche triviale.
Sur ce point, pydiscourse offre la même fonctionnalité, la seule différence étant la nécessité d’une clé API (je ne sais pas à quel point c’est facile à faire pour un utilisateur régulier), après quoi il peut également être utilisé pour violer les conditions d’utilisation de n’importe quel forum. Donc, si la règle par défaut est de ne pas automatiser l’accès au forum, est-ce que pydiscourse et discourse2 ne violeraient pas également les ToS ? discourse2 annonce même l’accès aux données accessibles publiquement dans sa liste de fonctionnalités si aucune clé API n’est fournie :
Fonctionne à la fois dans les environnements serveur et navigateur* (*utile pour interroger des données publiques sans clés API et sur l’origine pertinente, par exemple les derniers sujets, etc.)
Il existe probablement beaucoup d’autres packages dans d’autres langues qui prennent déjà en charge ce type d’accès.
Quelques précisions : j’ai créé cela pour pouvoir facilement extraire des données d’un forum hébergé par l’un de nos clients (mais nous n’avons pas d’accès direct à la base de données). Cela rend simplement mon flux de travail plus propre, et j’espère aider d’autres personnes qui se trouvent dans la même situation.