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.

Verwandte Themen

type= , req=, Bildkatalog-Referenz

Auf dieser Seite