๐Ÿค• clumsy.dev ๐Ÿš€

๐Ÿš€ hello ๐Ÿš€


TocToc:

expect that things listed here are breaking constantly, do not work as I said they would or just explode ๐Ÿงจ


stuff

cache and cdn things

see also default caching behavior

default behavior, should always be a HIT:

curl -sI -X GET https://clumsy.dev/caching/cache1.jpg | grep cf-cache-status

cache-control set to private, should always return a cache MISS

curl -sI -X GET https://clumsy.dev/caching/cache2.jpg | grep -E 'cf-cache-status|cache-control'

cache rules

bypass cache with a query string:

this should always return DYNAMIC

curl -sI -X GET "https://clumsy.dev/caching/cache1.jpg?v=1" | grep cf-cache-status

ignore cache-control header, cache regardless using a cache rule when a specific user-agent is being used. Should always be a HIT:

curl -sI -X GET -A "cacheme" https://clumsy.dev/caching/cache2.jpg | grep -E 'cf-cache-status|cache-control'

without the user-agent it's not cached:

curl -sI -X GET https://clumsy.dev/caching/cache2.jpg | grep -E 'cf-cache-status|cache-control'

image things

ai things

workers things

cloudflare for saas / ssl for saas

cache:

kv:

durable objects:

r2 things

waf things

curl https://clumsy.dev/custom-response

api gateway / shield

challenges

ruleset engine

origin rules:

data localization suite / dls

zero trust

cloudflare access

curl -s -H "CF-Access-Client-Id: $stCliWorkerAccess" -H "CF-Access-Client-Secret: $stCliWorkerSecret" https://cli-access.clumsy.dev/
curl -s -H "CF-Access-Client-Id: $stCliWorkerAccess" -H "CF-Access-Client-Secret: $stCliWorkerSecret" https://jwt.clumsy.dev/

data loss prevention / zero trust policies test

the following require some zero trust policies configured in your account to work.