Hmmm. Ich glaube nicht, dass ich etwas Besonderes tue, als einfach das zu umhüllen, was sonst eine einfache curl-Anfrage an öffentlich dokumentierte API-Endpunkte wäre. Falls das @Discourse-Team jedoch mit dem, was ich erstellt habe, nicht einverstanden ist, lassen Sie es mich bitte wissen.
Persönlich glaube ich nicht, dass das Paket selbst gegen die Nutzungsbedingungen verstößt, da die Verantwortung, die Nutzungsbedingungen eines Forums zu respektieren, immer beim Entwickler liegt, der das Tool verwendet. Dieses Paket greift nur auf öffentliche und dokumentierte API-Endpunkte zu. Wenn ein Entwickler böswillige Absichten hat, ein Forum zu scrapen oder zu überwachen, wäre dies ehrlich gesagt ohnehin eine triviale Aufgabe.
In diesem Zusammenhang bietet pydiscourse die gleiche Funktionalität. Der einzige Unterschied besteht in der Notwendigkeit eines API-Schlüssels (ich weiß nicht, wie einfach dies für einen regulären Benutzer ist), wonach es ebenfalls verwendet werden kann, um die Nutzungsbedingungen eines Forums zu verletzen. Wenn die Standardregel also lautet, dass der automatisierte Zugriff auf das Forum nicht erlaubt ist, würden dann nicht auch pydiscourse und discourse2 gegen die Nutzungsbedingungen verstoßen? discourse2 wirbt sogar in seiner Funktionsliste mit dem Zugriff auf öffentlich zugängliche Daten, falls kein API-Schlüssel bereitgestellt wird:
Funktioniert sowohl in Server- als auch in Browserumgebungen* (*nützlich zum Abfragen öffentlicher Daten ohne API-Schlüssel und mit relevanter Herkunft, z. B. neueste Themen usw.)
Es gibt wahrscheinlich noch viele weitere Pakete in anderen Sprachen, die bereits diesen Art von Zugriff unterstützen.
Ein wenig mehr Kontext: Ich habe dies entwickelt, um Daten von einem Forum leicht abrufen zu können, das einer unserer Kunden hostet (wir haben jedoch keinen direkten Datenbankzugriff). Es macht meinen Arbeitsablauf einfach sauberer, und ich hoffe, anderen zu helfen, die sich in derselben Situation befinden.