Servir contenido estático (que no sea de imagen)

Última actualización: 2023-11-04
  • Creado para:
  • Developer
    User

Puede utilizar el servicio de imágenes para administrar el contenido que no es de imagen en los catálogos y servirlo mediante un contexto /is/content independiente.

Esta capacidad permite configurar el TTL para cada elemento por separado.

El servicio de imágenes admite los siguientes comandos en /is/content:

type

Filtro de tipo de contenido.

req

req=userdata , req=props , y req=exists solo.

escondrijo

Permite deshabilitar el almacenamiento en caché del lado del cliente.

Sintaxis básica

solicitud

http:// server /is/content[/catalog/ artículo ][? modificadores ]

server

server_address [ : puerto ]

catalogar

Identificador de catálogo.

artículo

ID de elemento de contenido estático.

modificadores

mando *[& mando ]

mando

cmdName = valor

cmdName

Uno de los nombres de comando admitidos.

valor

Valor del comando.

Catálogos de contenido estático

Los catálogos de contenido estático son similares a los catálogos de imágenes, pero admiten menos campos de datos:

Atributo/Datos

Notas

catalog::Id

El identificador de registro de catálogo para este elemento de contenido estático.

catalog::Path

Ruta de archivo para este elemento de contenido.

catalog::Expiration

El TTL para este elemento de contenido; attribute::Caducidad se utiliza si no se especifica o si está vacío.

catalog::TimeStamp

Marca de tiempo de modificación de archivos; necesaria cuando la validación basada en catálogo está habilitada con attribute::CacheValidationPolicy .

catalog::UserData

Metadatos opcionales asociados con este elemento de contenido estático; disponibles para el cliente con req=userdata .

catalog::UserType

Tipo de datos opcional; se puede utilizar para filtrar solicitudes de contenido estático con type= comando .

Filtrado de contenido estático

Este mecanismo puede ayudar a garantizar que los clientes solo reciban el contenido adecuado para sus necesidades. Suponiendo que el contenido estático esté etiquetado con lo apropiado catalog::UserType valores, el cliente puede agregar los type= a la solicitud. El servicio de imágenes compara el valor proporcionado con la variable type= comando al valor de catalog::UserType y, si hay una discrepancia, devuelve un error en lugar de contenido potencialmente inapropiado.

Archivos de subtítulos de vídeo

Puede encapsular archivos de rótulo de vídeo (WebVTT), CSS o cualquier archivo de texto en formato JSONP. La respuesta JSON se describe a continuación.

  • Para los archivos WebVTT, el tipo MIME de la respuesta es texto/javascript. No se devuelve JSON; en su lugar, se devuelve JavaScript que llama a un método con JSON. Tanto el ID como el controlador son opcionales.
  • Para los archivos CSS, el tipo MIME de la respuesta es texto/javascript. Tanto el ID como el controlador son opcionales.
  • De forma predeterminada, se aplica la codificación UTF-8 para garantizar que se descodifica correctamente. El límite de tamaño predeterminado es de 2 MB.

También puede utilizar pistas para otros tipos de metadatos cronometrados. Los datos de origen de cada elemento de seguimiento son un archivo de texto compuesto por una lista de indicaciones temporizadas. Las señales pueden incluir datos en formatos como JSON o CSV.

Consulte https://en.wikipedia.org/wiki/JSONP para obtener más información sobre el formato JSONP.

Consulte www.json.org para obtener más información sobre el formato JSON.

Véase también

type= , req=, Referencia de catálogo de imágenes

En esta página