Diffusion de contenu statique (hors image)

Vous pouvez utiliser le service d’images pour gérer le contenu non image dans les catalogues et l’afficher via un contexte /is/content distinct.

Cette fonctionnalité permet de configurer le délai d’activation séparément pour chaque élément.

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

type

Filtre de type de contenu.

req

req=userdata , req=props et req=exists uniquement.

cache

Permet de désactiver la mise en cache côté client.

Syntaxe de base

requête

http:// server /is/content[/catalog/ item ][? modificateurs ]

server

server_address [ : port ]

catalogue

Identifiant du catalogue.

item

Identifiant de l’élément de contenu statique.

modificateurs

command *[& command ]

command

cmdName = valeur

cmdName

L’un des noms de commande pris en charge.

value

Valeur de commande.

Catalogues de contenu statique

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.

catalogue : Expiration

TTL pour cet élément de contenu ; attribute::Expiration est utilisé s’il n’est pas spécifié ou s’il est vide.

catalogue ::TimeStamp

Horodatage de modification de fichier ; requis lorsque la validation basée sur un catalogue est activée avec l’attribut ::CacheValidationPolicy .

catalogue ::UserData

Métadonnées facultatives associées à cet élément de contenu statique ; disponible 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 commande type= .

Filtrer le contenu statique

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

Fichiers de sous-titres vidéo

Vous pouvez encapsuler des fichiers de sous-titres vidéo (WebVTT), CSS ou tout 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é ; au lieu de cela, JavaScript est renvoyé qui appelle une méthode avec JSON. L’identifiant et le gestionnaire sont facultatifs.
  • Pour les fichiers CSS, le type MIME de la réponse est text/javascript. L’identifiant et le gestionnaire sont facultatifs.
  • Par défaut, le codage UTF-8 est appliqué pour s’assurer qu’il est décodé correctement. La taille par défaut est limitée à 2 Mo.

Vous pouvez également utiliser des traces pour d’autres types de métadonnées minutées. Les données source de chaque élément de suivi sont un fichier texte constitué d’une liste de repères minutés. Les repères 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

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

Sur cette page