画像サービングは、カタログ内の画像以外のコンテンツを管理し、それを個別の方法で提供するメカニズムを提供します context /is/content
. このメカニズムでは、各項目の TTL を個別に設定できます。
リクエスト |
http:// server /is/content[/ カタログ / 項目 ][? 修飾子 ] |
server |
server_address [: ポート ] |
カタログ |
カタログ識別子。 |
項目 |
静的コンテンツ項目 ID。 |
修飾子 |
command *[& command ] |
command |
cmdName = 値 |
cmdName |
サポートされているコマンド名の 1 つ。 |
値 |
コマンドの値。 |
画像サービングは、/is/content で次のコマンドをサポートします。
type | コンテンツタイプフィルター。 |
req | req=userdata , req=props 、および req=exists のみ。 |
キャッシュ | クライアント側のキャッシュを無効にすることを許可します。 |
静的コンテンツカタログは画像カタログに似ていますが、サポートされるデータフィールドは少なくなります。
属性/データ | 説明 |
---|---|
catalog::Id |
この静的コンテンツ項目のカタログレコード識別子 |
catalog::Path |
このコンテンツ項目のファイルパス |
catalog::Expiration |
このコンテンツ項目の TTL。指定されていない場合、または空の場合は attribute::Expiration が使用されます。 |
catalog::TimeStamp |
ファイル変更タイムスタンプ。属性::CacheValidationPolicy でカタログベースの検証が有効な場合に必要です。 |
catalog::UserData |
この静的コンテンツ項目に関連付けられたオプションのメタデータ。req=userdata を使用してクライアントが使用できます。 |
catalog::UserType |
オプションのデータ型です。type=コマンドを使用して静的コンテンツの要求をフィルタリングするために使用できます。 |
このメカニズムは、クライアントが自分のニーズに合ったコンテンツのみを受け取るようにするのに役立ちます。 静的コンテンツが適切にタグ付けされていると仮定 catalog::UserType
値を指定する場合、クライアントは type=
コマンドを使用して、要求に追加します。 画像サービングでは、 type=
値を指示する catalog::UserType
また、不一致の場合、不適切な可能性のあるコンテンツの代わりにエラーを返します。