Problema relativo a DM con OpenAPI - Video Player Container API

Quando si utilizza la funzione DynamicMedia con API aperte [ 0] e si utilizza il codice restituito per visualizzare il visualizzatore da un sito Web esterno senza modifiche, il codice genera URL non validi per recuperare i dettagli video e non funziona.

[ 0]  https://developer.adobe.com/experience-cloud/experience-manager-apis/api/stable/assets/delivery/#operation/videoPlayerDelivery

Descrizione description

Descrizione: quando prendo la documentazione qui:
https://developer.adobe.com/experience-cloud/experience-manager-apis/api/stable/assets/delivery/#operation/videoPlayerDelivery

e utilizza la finestra di richiesta/risposta sul lato destro di tale
per testare una risorsa video e chiedere che restituisca il codice
Penso di poter riprodurre la seguente preoccupazione:

Per bucket utilizzo: "delivery-pxxxxx-eyyyyyy" (dominio di consegna DMwOA attivato)
Per la sicurezza uso "none" per mantenere l’esempio semplice e per mostrare che
La sicurezza non è la causa del problema.
Per assetId utilizzo "urn:aaid:aem:aaaaaaaa-bbbb-cccc-dddd-eeeeeeeee" (assetID valido e approvato)

Quando uso generare la risposta da questo, vedo sulla linea 157:
let origin = window.location.origin;
dove questo porta all’errore che visualizzi dalla richiesta di miniature
alla riga 160 e alla richiesta manifesta alla riga 174, poiché
window.location.origin non viene fornito dal server di consegna
"https://delivery-pxxxxx-eyyyyyyy.adobeaemcloud.com" ma dal tuo
server Web come previsto. Dovrebbe essere "let
origin="https://delivery-pxxxxx-eyyyyyy.adobeaemcloud.com" ' oppure
a prescindere dal server di consegna inviato con la richiesta.

È un bug? Qual è la raccomandazione?

Risoluzione resolution

Ciò che stai vedendo è previsto:
· Il codice restituito dall'operazione di distribuzione del lettore video è fisso
Modello HTML contenente

let origin = window.location.origin;
… recupero(${origin}/adobe/assets/…)

Presuppone deliberatamente che venga eseguito dallo stesso host che
distribuirà i flussi, ovvero il livello di consegna (per il bucket di test)
sarebbe https://delivery-pxxxxx-eyyyyyy.adobeaemcloud.com).
· Quando si esegue il frammento dal pannello Swagger "Try it" (Prova) (che
eseguibile su developer.adobe.com) o incollarlo nel proprio sito,
window.location.origin non è più uguale all’host di consegna. La miniatura
e i richiami manifesti vanno quindi all'origine sbagliata e 404/
FALLIMENTO CORS.
· Il comportamento del servizio di consegna è corretto; il problema è
solo con dove viene eseguito il campione. Perché /play è un iframe
wrapper di convenienza non può conoscere l'host corretto quando viene eseguito al di fuori del
dominio di consegna.
Metodo consigliato per testare o incorporare un lettore con marchio:

Consulta Documenti sulle API di consegna: API di consegna.
Se devi continuare a utilizzare /play, devi ospitare l’iframe dal
dominio delivery-pxxxxx-eyyyyy o regola il HTML generato in modo che
l'origine è hardcoded per tale host.