Quando si tenta di one-boxare un URL di YouTube, YouTube reindirizza automaticamente a una pagina denominata consent.youtube.com. Questa pagina non contiene tag oEmbed/OpenGraph, quindi il oneboxing non riesce purtroppo.
Questo non è sicuramente un difetto di Discourse, ma è legato a un (a quanto sembra) cambiamento di rottura da parte di YouTube. Sospetto che ciò avvenga a causa di una nuova normativa europea, poiché non riesco a riprodurlo su meta.
Il nostro server si trova in Europa (Germania) e puoi vedere l’URL di reindirizzamento qui.
Ieri sera mi sono collegato qui per segnalare esattamente questo problema, dato che sta succedendo anche a noi di recente, ma quando ho incollato il mio esempio di URL di YouTube, ha funzionato perfettamente qui su meta
Il mio Discourse è alla versione v2.7.0.beta5 ( 61860098d9 )
Il problema è relativo al modulo di consenso sui dati e OneBox lo intercetta invece del contenuto effettivo.
Se invece di utilizzare https://youtube.com/watch?v=XYZ cambi con https://youtu.be/XYZ, funziona perché si tratta dell’URL di condivisione e non fa apparire la finestra di consenso. (Tuttavia, questa non è una soluzione ideale).
A meno che Discourse/OneBox non modifichi automaticamente l’URL nella versione breve durante l’embedding, forse come soluzione rapida? Non lo so, sto solo fornendo ulteriori informazioni e feedback.
Essendo una comunità ricca di contenuti multimediali, i nostri membri condividono migliaia e migliaia di video YouTube, con diverse centinaia pubblicati ogni mese.
Questo cambiamento da parte di YouTube si sta già rivelando un vero problema, ma non credo che sia qualcosa che Discourse possa risolvere se è lo stesso YouTube a forzare il reindirizzamento alla propria pagina del consenso.
Quindi, se Discourse riscrivesse l’URL come descrivi quando il post viene elaborato, questo risolverebbe il problema?
Se è così, un plugin potrebbe risolverlo (forse anche un componente del tema?), e immagino che una pull request sarebbe ben accolta e/o che lo risolverebbero molto rapidamente.
Non considererei quella una soluzione alternativa stabile; è molto probabile che Google applichi la stessa politica anche a quelle nel prossimo futuro.
Lo trovo solo molto “divertente” perché funzionano entrambi: https://youtu.be/VIDEO e rimuovendo “www” dall’URL normale, quindi: https://youtube.com/watch?v=VIDEO. Quindi i criteri per il “blocco” con il popup di consenso non sono molto “logici” dal punto di vista dell’utente.
È possibile che tu riprovi a testare quegli URL? Questo è ciò che vedo attualmente da un server a Francoforte (l’output di wget è stato modificato per mostrare solo i reindirizzamenti):
