Servir contenido estático (que no sea de imagen) serving-static-non-image-content

El servicio de imágenes proporciona un mecanismo para administrar el contenido que no es de imagen en los catálogos y ofrecerlo por separado context /is/content. El mecanismo permite configurar el TTL para cada elemento por separado.

Sintaxis básica section-a986baaca8644d04bcd0ddf781ae916e

solicitud
http:// server /is/content[/ catalogar / 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.

Introducción a comandos section-61657a0141914053ab12038ad7e91500

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.

Catálogos de contenido estático section-b2b8f4860fe84e528493ed704c7c5141

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::Expiration 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álogos está habilitada con el atributo::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 el comando type=

Filtrado de contenido estático section-896c37cf68bc446eb0766fb378898262

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::UserTypevalores, 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, en caso de discrepancia, devuelve un error en lugar de contenido potencialmente inapropiado.

Véase también section-91c7b686aacf4d3ca974f35a3fe3d6ec

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

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