martin
11. November 2025 um 06:49
13
Okay, ich glaube, ich habe hier eine Lösung, wir sollten stattdessen oEmbed von YouTube für diese Dinge verwenden:
main ← issue/youtube-oneboxes
opened 06:39AM - 11 Nov 25 UTC
We currently rely on Open Graph data to render YouTube oneboxes.
However, YouTu… be does not always give us a response with the Open Graph
data necessary, leading to empty preview HTML like this that shows
as a broken image in the composer:
```
<img src="" width="480" height="360" title=" - YouTube" style="aspect-ratio: 480 / 360;">
```
In addition, our old method of parsing YouTube script tags for JSON
which contains information for the video, introduced in
https://github.com/discourse/onebox/commit/4d669d2b710483281df1b99ff1140acdada11286,
seems to no longer work reliably, possibly due to changes in YouTube's
JS structure.
To fix this, we switch to using YouTube's oEmbed endpoint which gives us
all the metadata we need for oneboxes in JSON format, including title, author,
thumbnail URL, and video dimensions. This approach is more robust and less likely to break
due to changes in YouTube's page structure.
c.f. https://meta.discourse.org/t/youtube-uris-fail-to-render-thumbnails-when-oneboxed/387673
Ich glaube nicht, es scheint 2 Dinge zu geben:
Eine Art seltsame IP-Ratenbegrenzung/Weiterleitung, denn manchmal funktioniert der OP-Link für verschiedene Websites auf unserem Hosting.
Dieser Code funktioniert nicht mehr, weil das JSON, das wir erwarten, nicht mehr vorhanden ist discourse/lib/onebox/engine/youtube_onebox.rb at e144ec07c8c17ad0f73427524bccc10c074d5a19 · discourse/discourse · GitHub
Insgesamt scheint die oEmbed-URL sicherer zu sein, für das OP-Video ist es https://www.youtube.com/oembed?url=https://youtube.com/shorts/Cs3sTnLO6EE&format=json und man erhält diese Art von Antwort:
2 „Gefällt mir“
