DocumentazioneAPI di server e rendering immagini Dynamic Medie

Distribuzione di contenuti statici (non di immagine) serving-static-non-image-contents

Last update: Sat Jul 20 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Argomenti:

Creato per:

  • Sviluppatore
  • Utente

È possibile utilizzare Image Server per gestire i contenuti non di immagine nei cataloghi e distribuirli in un contesto /is/content separato.

Questa funzionalità consente di configurare il TTL per ogni elemento separatamente.

Image Server supporta i seguenti comandi in /is/content:

tipo
Filtro del tipo di contenuto.
richiesta
req=userdata , req=props e req=esiste solo .
cache
Consente di disabilitare il caching lato client.

Sintassi di base section-42103439011540b2b9da3b5eebb442cd

richiesta
http:// server /is/content[/catalog/ elemento ][? modificatori ]
server
indirizzo_server [ : porta ]
catalogo
Identificatore del catalogo.
elemento
ID elemento contenuto statico.
modificatori
comando *[& comando ]
comando
cmdName = valore
cmdName
Uno dei nomi di comando supportati.
valore
Valore del comando.

Cataloghi di contenuti statici section-91014f17f0d543d7aaf24539b2d7d4b9

I cataloghi di contenuti statici sono simili ai cataloghi di immagini, ma supportano un numero inferiore di campi di dati:

Attributo/Dati
Note
Catalogo ::Id
Identificatore del record di catalogo per questo elemento di contenuto statico.
Catalogo ::Percorso
Percorso del file per l'elemento di contenuto.
catalogo::Scadenza
Il TTL per questo elemento di contenuto; attributo ::Scadenza viene utilizzato se non specificato o se vuoto.
Catalogo ::Timestamp
Timestamp di modifica del file; obbligatorio quando la convalida basata sul catalogo è abilitata con l'attributo ::CacheValidationPolicy .
Catalogo ::Dati utente
Metadati facoltativi associati a questo elemento di contenuto statico disponibili per il client con req=userdata .
Catalogo ::UserType
Tipo di dati facoltativo; può essere utilizzato per filtrare le richieste di contenuto statico con il comando type= .

Filtraggio del contenuto statico section-4c41bf41ff994910840c1352683d1f37

Questo meccanismo può aiutare a garantire che i clienti ricevano solo i contenuti appropriati alle loro esigenze. Supponendo che il contenuto statico sia contrassegnato con i valori catalog::UserType appropriati, il client può aggiungere il comando type= alla richiesta. Image Server confronta il valore fornito con il comando type= con il valore di catalog::UserType e, in caso di mancata corrispondenza, restituisce un errore invece di contenuti potenzialmente inappropriati.

File di didascalia video section-1ad25e10399e43eaa8ecb09b531dbf1a

È possibile incapsulare file di sottotitoli video (WebVTT), CSS o qualsiasi file di testo in formato JSONP. La risposta JSON è descritta di seguito.

  • Per i file WebVTT, il tipo mime della risposta è text/javascript. JSON non viene restituito; viene invece restituito JavaScript che chiama un metodo con JSON. Sia l’ID che il gestore sono facoltativi.
  • Per i file CSS, il tipo mime della risposta è text/javascript. Sia l’ID che il gestore sono facoltativi.
  • Per impostazione predefinita, viene applicata la codifica UTF-8 per garantire che venga decodificata correttamente. Il limite predefinito è 2 MB.

È inoltre possibile utilizzare tracce per altri tipi di metadati temporizzati. I dati di origine di ciascun elemento del brano sono un file di testo composto da un elenco di segnali temporizzati. Le cue possono includere dati in formati come JSON o CSV.

Per ulteriori informazioni sul formato JSONP, consulta https://en.wikipedia.org/wiki/JSONP.

Per ulteriori informazioni sul formato JSON, consulta www.json.org.

Consultate anche section-7b28631016044a22a3a6762fd64771e9

tipo= , req=, Riferimento catalogo immagini

recommendation-more-help
a26166cd-f2f4-45ce-996d-96a0f0d6cf49