CACHE-CONTROL Meaning in Japanese - translations and usage examples

• cache control

Examples of using Cache-control in English and their translations into Japanese

Cache-Control support limitations.
Cache-Controlのサポート制限事項。

Difference between Pragma and Cache-control headers?
プラグマとキャッシュ制御ヘッダの違いは？

Figure 8. Cache-Control directives.
図8.Cache-Controlディレクティブ。

For example, on responses from backend targets, Edge supports the Cache-Control header.
例えば、バックエンドターゲットからのレスポンスで、EdgeはCache-Controlヘッダーをサポートします。

Figure 1. Cache-Control information from RedBot.
図1.ロボットからのCache-Control情報。

The Vary header is used on 39% of HTTP responses, and 45% of responses that include a Cache-Control header.
Varyヘッダーは、HTTPレスポンスの39％、およびCache-Controlヘッダーを含むレスポンスの45％で使用されます。

Set cache-control for entire S3 bucket automatically(using bucket policies?).
自動的にS3バケット全体のキャッシュ制御を設定します（バケットポリシーを使用しますか？）。

Max-age is used by almost 75% of Cache-Control headers, and no-store is used by 18%.
Max-ageはCache-Controlヘッダーのほぼ75％で使用され、no-storeは18％で使用されます。

The Cache-Control general-header field is used to specify directives that MUST be obeyed by all caching mechanisms along the request/response chain.
Cache-control一般頭欄は全てのキャッシュ機構が要求・応答の鎖に沿って従わなければならない指示を指定するのに使います。

When a response is not cacheable, the Cache-Control no-store directive should be used.
レスポンスがキャッシュ可能でない場合、Cache-Controlno-storeディレクティブを使用する必要があります。

Using Cache-Control HTTP directives, you get the ability to fine-tune the various cache mechanisms between your server and the client's browser.
HTTPのCache-Controlヘッダーを使うことで、サーバーとクライアントブラウザー間でのさまざまなキャッシュメカニズムを調整する機能が得られます。

Figure 9 above illustrates the top 15 Cache-Control directives in use on mobile websites.
上記の図9は、モバイルWebサイトで使用されている上位15のCache-Controlディレクティブを示しています。

If the request has been made by using the header If-None-Match This information is returned via the header Etag and the policy max-age header Cache-Control Respectively.
要求は、ヘッダを用いて作製された場合If-None-Matchこの情報は、ヘッダを介して返送されますEtagポリシーmax-ageヘッダCache-Controlそれぞれ。

HTTP/1.1 introduced the Cache-Control header, and most modern clients support both headers.
HTTP/1.1はCache-Controlヘッダーを導入し、最新のクライアントのほとんどは両方のヘッダーをサポートしています。

The following table describes Apigee Edge support for HTTP Cache-Control response header directives.
次の表では、HTTPCache-Controlレスポンスヘッダーディレクティブに対して、ApigeeEdgeでのサポート対応状況について説明します。

Apigee Edge supports a subset of Cache-Control response header capabilities defined in the HTTP/1.1 specification.
ApigeeEdgeは、Cache-Controlレスポンスヘッダー機能(HTTP/1.1仕様で定義された)のサブセットをサポートします。

Note: Cache-Control is also a header you can specify in your HTTP requests for an object; however, Cloud Storage ignores this header and sets response Cache-Control headers based on the stored metadata values.
注:Cache-Controlは、ヘッダーとしてオブジェクトのHTTPリクエストに指定することもできますが、CloudStorageはこのヘッダーを無視し、保存されているメタデータ値に基づいて、レスポンスCache-Controlヘッダーを設定します。

For more information about Cache-Control directives, see RFC 7234: Cache-Control.
Cache-Controlディレクティブの詳細については、RFC7234:Cache-Controlをご覧ください。

The most common is the Cache-Control header which specifically determines how long something can be cached before returning to the origin to ensure it is up-to-date.
最も一般的なのは、最新のものであることを保証するためにoriginへ戻る前に何かをキャッシュできる期間を具体的に決定するCache-Controlヘッダーです。

Note that HTTP/1.0 caches might not implement Cache-Control and might only implement Pragma: no-cache(see Pragma).
なお、HTTP/1.0キャッシュはCache-Controlを実装しておらず、Pragma:no-cacheだけを実装しているかもしれませぬ。

For example, if the Cache-Control header is returned from a backend server, you can have the header's s-maxage directive potentially override other expiration settings in the policy.
例えば、Cache-Controlヘッダーがバックエンドサーバーから返される場合、ヘッダーのs-maxageディレクティブで、ポリシー内の他の有効期限設定を上書きすることができます。

NOTE: For more information on the rest of the Cache-Control headers, see the relevant section in Mark Nottingham's Caching Tutorial.
注意:ここに記載されていないその他のCache-Controlヘッダーについての情報は、マーク・ノッティンガム氏のキャッシュチュートリアルをご参照下さい。

Controlling caching The Cache-control header The Cache-Control HTTP/1.1 general-header field is used to specify directives for caching mechanisms in both requests and responses.
キャッシュを制御するCache-controlヘッダーHTTP/1.1のCache-Control一般ヘッダーは、リクエストおよびレスポンスでキャッシュ機能に関するディレクティブを指定するために使用します。

If an HTTP/1.1 cache receives such a response, and the response does not include a Cache-Control header field, it SHOULD consider the response to be non-cacheable in order to retain compatibility with HTTP/1.0 servers.
もしHTTP/1.1キャッシュがそのようなレスポンスを受けとり、そのレスポンスがCache-Controlヘッダフィールドを含んでいなければ、そのレスポンスはHTTP/1.0サーバとの互換性を保つためにキャッシュ可能ではないとみなすべきである。

Apigee Edge supports the Cache-Control header only on responses returned from backend origin servers(the HTTP/1.1 spec allows Cache-Control headers in both client requests and origin server responses).
ApigeeEdgeは、バックエンド送信元サーバーから返されたレスポンスでのみCache-Controlヘッダーをサポートします(HTTP/1.1仕様では、Cache-Controlヘッダーはクライアントリクエストと送信元サーバーレスポンスの両方で使用できます)。

SetControl() sets an array of Cache-Control header directives all at once; alternatively, use the individual directive methods:.
SetControl()は一度にCache-Controlヘッダーの配列全てをセットするかわりに、個別の方法の設定をセットします。

Except for when the Cache-Control header is set to private, the Surrogate-Control header takes priority over Cache-Control, but unlike Cache-Control it is stripped so the browsers don't see it.
Cache-Controlヘッダーをprivateと設定した場合を除き、Surrogate-ControlヘッダーがCache-Controlより優先されます。ただし、Cache-Controlとは異なりSurrogate-Controlヘッダーは削除されるので、ブラウザには見えません。

The best way to do this would be to send Fastly both the Cache-Control header as you want it to go to the browsers, and use Surrogate-Control to tell us how long to cache for. For example:.
これを実行する最良の方法は、Cache-ControlとSurrogate-Controlの両ヘッダーをFastlyへ送信することです。前者はブラウザに対する、後者はFastlyに対する指示となります。例えば、次のように設定します。

One way to avoid this is to use the Cache-Control private directive, which only permits the response to be cached by the client browser.
これを回避する1つの方法は、Cache-Control''プライベートディレクティブを使用することです。これにより、クライアントブラウザーによるレスポンスのキャッシュのみが許可されます。

Fastly builds on the behavior proposed in RFC 5861"HTTP Cache-Control Extensions for Stale Content" by Mark Nottingham, which is under consideration for inclusion in Google's Chrome browser.
MarkNottinghamによるRFC5861HTTPCache-ControlExtensionsforStaleContentが定める仕様に基き、Fastly はこの機能を実装しています。この機能はGoogleのChromeブラウザへの導入が検討されています。