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.