Salut tout le monde, si cela cause de sérieux problèmes, je voudrais noter qu’il existe déjà un certain nombre d’outils dans le plugin qu’un administrateur de communauté peut utiliser pour ce genre de scénario.
-
Il existe une journalisation complète, y compris la journalisation des objets, que vous pouvez utiliser pour déterminer la source de tout acteur problématique.
- activity_pub_verbose_logging
- activity_pub_object_logging
-
La récupération de la boîte de réception et des objets dispose d’une limitation de débit et de paramètres de site que vous pouvez utiliser pour contrôler le débit auquel les requêtes sont effectuées.
- activity_pub_rate_limit_post_to_inbox_per_minute
- activity_pub_rate_limit_get_objects_per_minute
-
Il existe des paramètres de site que vous pouvez utiliser pour la liste blanche et la liste noire des domaines.
- activity_pub_allowed_request_origins
- activity_pub_blocked_request_origins
-
Il existe des actions d’administration que vous pouvez utiliser pour « rejeter » les suivis de followers problématiques.
De plus, la quantité d’activité qu’un serveur peut gérer sera relative aux ressources d’un serveur. Quelque chose sur quoi je n’aurai aucune visibilité.
@aschrijver Je commencerais par les ressources. Quelles sont les ressources du serveur ? Qu’est-ce qui est exactement surchargé ? Je ne peux même pas charger socialhub.activitypub.rocks du tout pour le moment. Je soupçonne qu’il y a un problème plus fondamental avec l’utilisation des ressources.
Ensuite, ma deuxième question serait de savoir d’où viennent les requêtes ? Vous pouvez le découvrir avec les journaux. Ajoutez ensuite tous les domaines à partir desquels vous recevez beaucoup de requêtes à activity_pub_blocked_request_origins.
Si nous avons d’abord utilisé ces leviers existants et que nous rencontrons toujours des problèmes de performance, nous pourrons alors examiner d’autres causes potentielles.