Bereitstellen von statischen (Nicht-Bild-)Inhalten

Sie können Image Serving verwenden, um Nicht-Bildinhalte 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:

type	Inhaltstypfilter.
req	req=userdata , req=props und req=exists only.
cache	Ermöglicht die Deaktivierung der clientseitigen Zwischenspeicherung.

Grundlegende Syntax

anfordern	http:// server /is/content[/catalog/ item ][? Modifikatoren ]
server	server_address [ : port ]
Katalog	Katalog-ID.
item	ID des statischen Inhaltselements.
Modifikatoren	command *[& command ]
command	cmdName = Wert
cmdName	Einer der unterstützten Befehlsnamen.
value	Befehlswert.

Statische Inhaltskataloge

Statische Inhaltskataloge sind ähnlich wie Bildkataloge, unterstützen jedoch weniger Datenfelder:

Attribut/Daten	Anmerkungen
Katalog::ID	Die Katalogdatensatzkennung für dieses statische Inhaltselement.
Katalog::Pfad	Der Dateipfad für dieses Inhaltselement.
Katalog::Ablauf	Die TTL für dieses Inhaltselement; attribute::Expiration wird verwendet, wenn nicht angegeben oder leer.
Katalog::TimeStamp	Zeitstempel der Dateiänderung; erforderlich, wenn katalogbasierte Validierung mit dem Attribut aktiviert ist::CacheValidationPolicy .
Katalog::UserData	Optionale Metadaten, die mit diesem statischen Inhaltselement verknüpft sind; für den Client mit req=userdata verfügbar.
Katalog::UserType	Optionaler Datentyp; kann verwendet werden, um Anforderungen nach statischen Inhalten mit dem Befehl type= zu filtern.

Filtern von statischem Inhalt

Dieser Mechanismus kann dazu beitragen, dass Kunden nur Inhalte erhalten, die ihren Bedürfnissen entsprechen. Wenn der statische Inhalt mit entsprechenden catalog::UserType-Werten versehen ist, kann der Client der Anforderung den Befehl type= hinzufügen. Image Serving vergleicht den mit dem Befehl type= bereitgestellten Wert mit dem Wert catalog::UserType und gibt im Falle einer Nichtübereinstimmung einen Fehler anstelle von potenziell unangemessenen Inhalten zurück.

Videountertiteldateien

Sie können Videountertiteldateien (WebVTT), CSS oder beliebige Textdateien im JSONP-Format einschließen. Die JSON-Antwort wird nachfolgend beschrieben.

Bei WebVTT-Dateien lautet der Mime-Typ der Antwort text/javascript. JSON wird nicht zurückgegeben; stattdessen wird Javascript zurückgegeben, das eine Methode mit JSON aufruft. Die ID und der Handler sind optional.
Bei CSS-Dateien lautet der MIME-Typ der Antwort text/javascript. Die ID und der Handler sind optional.
Standardmäßig wird die UTF-8-Kodierung angewendet, um sicherzustellen, dass sie korrekt dekodiert ist. Die standardmäßige Größenbeschränkung beträgt 2 MB.

Sie können auch Spuren für andere Arten von Metadaten mit Zeitbegrenzung verwenden. Die Quelldaten für jedes track-Element sind eine Textdatei, die aus einer Liste von Timed-Hinweisen besteht. Cues können Daten in Formaten wie JSON oder CSV enthalten.

Weitere Informationen zum JSONP-Format finden Sie unter http://en.wikipedia.org/wiki/JSONP.

Weitere Informationen zum JSON-Format finden Sie unter www.json.org.