tl;dr Ich möchte hinzufügen, dass wir hier offenbar dasselbe Problem erleben. Wenn es aufgrund einer kürzlichen Änderung ein Rate-Limit-Problem gibt, werden meiner Meinung nach andere Benutzer dies während der Migration, beim Neuberechnen (Re-baking) von Beiträgen oder einfach wegen eines sehr aktiven Forums ebenfalls erleben. Die Tatsache, dass Oneboxen scheinbar fehlerstill ausfällt, bedeutet, dass diese Probleme erst sichtbar werden, wenn Benutzer sich beschweren, dass YouTube-Oneboxes fehlen.
Hintergrund
Wir nutzen Version 2.6.0.beta 1.
Benutzer erhielten Meldungen über nicht sichere Inhalte. Bei der Untersuchung stellte sich heraus, dass Chrome sich über Bilder beschwerte, die von HTTP-Seiten verlinkt waren. Daher habe ich Discourse so konfiguriert, dass es alle Bilder/Medien herunterlädt und über HTTPS bereitstellt.
Nachdem ich diese Einstellung geändert hatte, musste ich historische Beiträge neu berechnen (Re-bake). Seit diesem Re-bake sind viele YouTube-Videos, die zuvor als Onebox dargestellt wurden, wieder in die verlinkte URL zurückverwandelt worden.
Wir haben einen Thread mit 10.000 Beiträgen, der ausschließlich aus YouTube-Video-Antworten besteht, und alle Beiträge sind URLs und keine Oneboxes.
Während des Re-bakes wurden alle gestapelten Aufgaben organisch verarbeitet; es handelt sich also nicht um Aufgaben, die in einer Warteschlange gelöschter Jobs stecken.
Ich habe nicht dieselben Fehlermeldungen gesehen wie @marcozambi, aber ich bin überzeugt, dass wir ebenfalls ein Rate-Limit auslösen.
Was habe ich versucht?
Als Unterstützung für die Rate-Limit-Theorie: Ein kleiner Code-Abschnitt, den ich zum Neuberechnen von Beiträgen geschrieben habe, funktionierte für die ersten 80+ YouTube-Videos in einem Thread und scheiterte dann bei der Umwandlung der restlichen Videos.
Zu diesem Zeitpunkt führte selbst das Bearbeiten eines Beitrags, das Vornehmen einer kleinen Änderung und das erneute Speichern nicht dazu, dass die URL als Onebox „aufgeklappt