Diffusion de contenu statique (hors images) serving-static-non-image-contents

Vous pouvez utiliser la Diffusion d’images pour gérer le contenu non-image dans les catalogues et le diffuser au moyen d’un contexte /is/content distinct.

Cette fonctionnalité permet de configurer la TTL pour chaque élément séparément.

La diffusion d’images prend en charge les commandes suivantes à l’/is/content :

type
Filtre du type de contenu.
req
req=userdata , req=props et req=exists uniquement.
du cache
Permet de désactiver le cache côté client.

Syntaxe de base section-42103439011540b2b9da3b5eebb442cd

requête
http:// serveur /is/content[/catalog/ item ][ ? modificateurs ]
serveur
server_address [ : port ]
catalogue
Identifiant du catalogue.
élément
Identifiant d’élément de contenu statique.
modificateurs
commande *[& commande ]
commande
cmdName = valeur
cmdName
Un des noms de commande pris en charge.
valeur
Valeur de la commande.

Catalogues de contenu statiques section-91014f17f0d543d7aaf24539b2d7d4b9

Les catalogues de contenu statique sont similaires aux catalogues d’images, mais prennent en charge moins de champs de données :

Attribut/Données
Remarques
catalog::Id
Identifiant d’enregistrement de catalogue pour cet élément de contenu statique.
catalog::Path
Chemin d’accès au fichier pour cet élément de contenu.
catalog::Expiration
Durée de vie de cet élément de contenu ; attribut::Expiration est utilisé s’il n’est pas spécifié ou s’il est vide.
catalog::TimeStamp
Horodatage de modification du fichier. Obligatoire lorsque la validation basée sur le catalogue est activée avec attribut::CacheValidationPolicy .
catalog::UserData
Métadonnées facultatives associées à cet élément de contenu statique ; disponibles pour le client avec req=userdata .
catalog::UserType
Type de données facultatif. Peut être utilisé pour filtrer les requêtes de contenu statique avec la de commande type= .

Filtrer du contenu statique section-4c41bf41ff994910840c1352683d1f37

Ce mécanisme permet de s’assurer que les clients ne reçoivent que le contenu adapté à leurs besoins. En supposant que le contenu statique soit balisé avec les valeurs de catalog::UserType appropriées, le client peut ajouter la commande type= à la requête. La diffusion d’images compare la valeur fournie avec la commande type= à la valeur de catalog::UserType et, en cas de non-correspondance, renvoie une erreur au lieu de contenus potentiellement inappropriés.

Fichiers de légendes vidéo section-1ad25e10399e43eaa8ecb09b531dbf1a

Vous pouvez encapsuler des fichiers de sous-titres vidéo (WebVTT), CSS ou tout autre fichier texte au format JSONP. La réponse JSON est décrite ci-dessous.

  • Pour les fichiers WebVTT, le type MIME de la réponse est text/javascript. JSON n’est pas renvoyé ; à la place, JavaScript est renvoyé, qui appelle une méthode avec JSON. L’ID et le gestionnaire sont facultatifs.
  • Pour les fichiers CSS, le type MIME de la réponse est text/javascript. L’ID et le gestionnaire sont facultatifs.
  • Par défaut, le codage UTF-8 est appliqué pour s’assurer qu’il est correctement décodé. La limite de taille par défaut est de 2 Mo.

Vous pouvez également utiliser des pistes pour d’autres types de métadonnées horodatées. Les données sources de chaque élément de suivi sont un fichier texte composé d’une liste de repères horodatés. Les indices peuvent inclure des données dans des formats tels que JSON ou CSV.

Voir https://en.wikipedia.org/wiki/JSONP pour plus d’informations sur le format JSONP.

Voir www.json.org pour plus d’informations sur le format JSON.

Voir aussi section-7b28631016044a22a3a6762fd64771e9

type= , req=, Référence du catalogue d’images

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