Our caching system works by matching incoming requests to predefined rule configurations. If a match is found, we check for a cached copy of the response. If a cached copy exists, it is served to the user, bypassing the origin server. Otherwise, we request the content from the origin server and cache the response for future requests, provided certain conditions are met:
Set-Cookie
header.
200
, 201
, 204
, and 206
.
GET
requests are eligible for caching.
Additionally, for image responses in PNG, JPEG, or JPG formats, we convert them to WebP if the rule configuration specifies a Time-To-Live (TTL) of more than 6 hours (21,600 seconds), optimizing image delivery for supported browsers. Last but not least, all responses are Brotli compressed, which can reduce response sizes by up to 90%, significantly enhancing load times and overall performance.
To view the cache status, open your browser's Developer Tools. Then,
load the page of interest. Locate the resource you're interested in
(usaually under the Network tab) and check the
X-Arc2-Cache
header value, which can be one of the following: Miss, Expired,
Hit, Dynamic, Bypass, or Block. If it's a Hit, check the
X-Arc2-Cache-Age
header value to see the age of the resource in seconds.