Donc, après une semaine de pénitence, j’ai fait des progrès mais j’ai finalement buté sur un mur.
-
Tous les détails mentionnés ci-dessus sont toujours d’actualité.
-
Après avoir fait des efforts extraordinaires pour déboguer, il s’est avéré que le problème était le suivant : lorsque j’ai créé le nouveau Droplet, j’en ai profité pour mettre à jour quelques éléments que je n’avais pas pu modifier avec l’original. L’un d’eux était l’IPv6. Il s’avère que les plages IPv6 de Digital Ocean sont pour la plupart bannies par Google pour une raison cosmique. Donc, un conseil pour l’avenir : si vous installez Discourse sur Digital Ocean, ne configurez pas l’IPv6, car vous ne pourrez pas le supprimer ultérieurement ; vous devrez changer de Droplet.
-
Après avoir corrigé cela, tout a fonctionné comme prévu. Cependant, en raison d’une croissance normale (et de certaines tactiques récentes d’Alphabet), je me retrouve de nouveau à zéro car maintenant je rencontre cette erreur et je ne connais aucun moyen d’« arrêter » Discourse de traiter les oneboxes (j’ai même essayé d’ajouter le domaine YT à la liste noire, sans succès). En effet, selon le post que j’ai lié, « cela devrait disparaître après une heure », mais je ne peux pas figer mes rebakes… ou le puis-je ? Devrais-je le faire ? Les autres options consistent à modifier des éléments côté serveur, ce qui signifierait… ajouter plus d’adresses IP ? Forcer « X-Forwarded-For » lors des appels Onebox ?
-
De plus, une question bonus : pourquoi Discourse « assume-t-il la charge » des appels vers YT ? Je veux dire, cette erreur suggère que c’est l’adresse IP du serveur qui est signalée pour effectuer tous les appels (oui, c’est dû au déballage onebox), mais… pourquoi cela ne revient-il pas à l’utilisateur qui charge la page ? Est-ce pour des raisons de performance ?