Sie können Image Serving verwenden, um Nicht-Bild-Inhalte in Katalogen zu verwalten und über einen separaten /is/content-Kontext bereitzustellen.
Diese Funktion ermöglicht die separate Konfiguration der TTL für jedes Element.
Image Serving unterstützt die folgenden Befehle unter /is/content:
Inhaltstyp . |
|
req=userdata , req=props , und req=exists nur. |
|
Ermöglicht das Deaktivieren der clientseitigen Zwischenspeicherung. |
Anfrage |
http:// server /is/content[/catalog/ item ][? modifiers ] |
server |
server_address [ : port ] |
Katalog |
Katalogkennung. |
item |
Kennung des statischen Inhaltselements. |
modifiers |
command *[& command ] |
command |
cmdName = value |
cmdName |
Einer der unterstützten Befehlsnamen. |
value |
Befehlswert. |
Statische Inhaltskataloge ähneln Bildkatalogen, unterstützen jedoch weniger Datenfelder:
Attribut/Daten |
Anmerkungen |
---|---|
catalog::Id |
Die Katalogdatensatzkennung für dieses statische Inhaltselement. |
catalog::Path |
Der Dateipfad für dieses Inhaltselement. |
catalog::Expiration |
TTL für dieses Inhaltselement; attribute::Expiration wird verwendet, wenn nicht angegeben oder wenn leer. |
catalog::TimeStamp |
Zeitstempel der Dateiänderung; erforderlich, wenn die katalogbasierte Validierung mit attribute::CacheValidationPolicy . |
catalog::UserData |
Optionale Metadaten, die mit diesem statischen Inhaltselement verknüpft sind; für den Client verfügbar mit req=userdata . |
catalog::UserType |
Optionaler Datentyp; kann verwendet werden, um Anforderungen für statischen Inhalt mit der type= command . |
Dieser Mechanismus kann dazu beitragen, dass Kunden nur Inhalte erhalten, die ihren Bedürfnissen entsprechen. Angenommen, der statische Inhalt ist mit den entsprechenden Tags versehen catalog::UserType
-Werte, kann der Client die type=
-Befehl an die -Anfrage. Image Serving vergleicht den Wert, der mit dem type=
-Befehl zum Wert von catalog::UserType
und gibt bei Abweichungen einen Fehler anstelle von möglicherweise ungeeigneten Inhalten zurück.
Sie können Videountertiteldateien (WebVTT), CSS oder beliebige Textdateien im JSONP-Format einschließen. Die JSON-Antwort wird unten beschrieben.
Sie können auch Tracks für andere Arten zeitgesteuerter Metadaten verwenden. Die Quelldaten für jedes Tracking-Element sind Textdateien, die aus einer Liste mit zeitgesteuerten Hinweisen bestehen. Cues können Daten in Formaten wie JSON oder CSV enthalten.
Siehe https://en.wikipedia.org/wiki/JSONP für weitere Informationen zum JSONP-Format.
Siehe www.json.org für weitere Informationen zum JSON-Format.