Also, nach einer Woche der Buße habe ich zwar Fortschritte gemacht, aber letztendlich an einer Wand festgesteckt.
-
Alle oben genannten Details gelten weiterhin.
-
Nachdem ich mich beim Debugging über das hinaus bemüht hatte, was eigentlich erwartet wurde, stellte sich heraus, dass das Problem folgendes war: Als ich den neuen Droplet erstellt habe, habe ich die Gelegenheit genutzt, einige Dinge zu aktualisieren, die ich damals mit dem ursprünglichen nicht tun konnte. Eines davon war IPv6. Es stellt sich heraus, dass die IPv6-Bereiche von Digital Ocean aus kosmischen Gründen größtenteils von Google gesperrt sind. Also, ein Rat für die Zukunft: Wenn du eine Discourse-Installation auf DO einrichtest, richte IPv6 nicht ein, denn du kannst IPv6 später nicht entfernen – du müsstest den Droplet wechseln.
-
Nach der Korrektur funktionierte alles wie erwartet. Aufgrund des normalen Wachstums (und einiger neuerer Taktiken von Alphabet) bin ich jedoch wieder bei Null angelangt, da ich nun diesen Fehler erhalte und keine Möglichkeit kenne, Discourse daran zu hindern, Oneboxes zu verarbeiten (ich habe sogar versucht, die YT-Domain auf die Blacklist zu setzen, leider ohne Erfolg). Laut dem verlinkten Beitrag sollte das Problem „nach einer Stunde verschwinden“, aber ich kann meine Rebuilds nicht einfrieren… oder doch? Sollte ich das tun? Die anderen Optionen erfordern Änderungen auf Serverseite, wie z. B. das Hinzufügen weiterer IPs oder das Erzwingen von „X-Forwarded-For“ bei Onebox-Aufrufen.
-
Außerdem eine Bonusfrage: Warum übernimmt Discourse die Last, YT aufzurufen? Ich meine, dieser Fehler deutet darauf hin, dass die Server-IP als verantwortlich für alle Aufrufe markiert wird (ja, das liegt an der Onebox-Unfurling-Funktion), aber… warum fällt das nicht unter den Benutzer, der die Seite lädt? Leistungsoptimierung?