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

È 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.
req
req=userdata , req=props , e req=exists solo.
cache
Consente di disabilitare il caching lato client.

Sintassi di base section-42103439011540b2b9da3b5eebb442cd

richiesta
http:// server /is/content[/catalog/ elemento ][? modificatori ]
server
server_address [ : 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.
catalog::Path
Percorso del file per l'elemento di contenuto.
catalogo::scadenza
Il TTL per questo elemento di contenuto; attribute::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 attribute::CacheValidationPolicy .
catalog::DatiUtente
Metadati facoltativi associati a questo elemento di contenuto statico, disponibili per il client con req=userdata .
catalog::UserType
Tipo di dati facoltativo; può essere utilizzato per filtrare le richieste di contenuto statico con type=, comando .

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 tag appropriati catalog::UserType , il client può aggiungere i type= alla richiesta. Image Server confronta il valore fornito con type= al 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.

Consulta https://en.wikipedia.org/wiki/JSONP per ulteriori informazioni sul formato JSONP.

Consulta www.json.org per ulteriori informazioni sul formato JSON.

Consultate anche section-7b28631016044a22a3a6762fd64771e9

type= , req=, Riferimento catalogo immagini

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