Cache

Use cache when Fluxheim sits in front of an origin and repeated responses should be served faster.

Proxy cache example

[cache]
enabled = true
default_ttl_secs = 300
max_object_bytes = "32MiB"
status_header = "X-Cache-Status"

[cache.memory]
enabled = true
max_size_bytes = "256MiB"

[cache.disk]
enabled = true
path = "/var/cache/fluxheim/site"
max_size_bytes = "10GiB"

Cache backends

Backend strana	Použij, když
`memory`	You need the fastest cache and can keep objects in RAM.
`disk`	You need cache capacity that survives process restarts.
`tiered`	Chceš memory pro horké objekty a disk pro větší kapacitu.
`storage-bin`	Očekáváš vysoký churn a chceš bounded disk allocation.
`encrypted disk`	You need cache-at-rest protection for disk objects.

Route cache policy

[[vhosts.routes]]
name = "assets"
path_prefix = "/assets/"
action = "proxy"

[vhosts.routes.proxy]
upstreams = ["127.0.0.1:3000"]

[vhosts.routes.cache]
enabled = true
status_ttls = { "200" = 3600, "404" = 60 }
content_types = ["text/css", "application/javascript", "image/*"]
extensions = ["css", "js", "png", "webp", "svg"]
include_query = false
stale_while_revalidate_secs = 30
stale_if_error_secs = 120

Advanced cache controls

Kontrola	Účel
`lock`	Collapse concurrent misses so one request fills the cache.
`range.slice`	Cache fixed byte slices for large files and resumable downloads.
`peer_fill`	Nech jeden edge plnit z jiného edge před použitím origin.
`origin_protection`	Omez concurrent origin fill při vysokém tlaku.
`cache_purger`	Čisti stale disk entries v bounded batch.

Use cache carefully

Požadavky nesoucí Authorization nebo Proxy-Authorization vždy obcházejí vyhledávání a úložiště sdílené mezipaměti.
Chybná nebo konfliktní odezva Direktivy Cache-Control jsou odmítnuty místo toho, aby se vrátily ke konfigurovaným TTL; s-maxage má přednost před max-age.
must-revalidate, proxy-revalidate a s-maxage zakazují opětovné použití zastaralých položek po uplynutí platnosti.
Keep cache keys bounded and predictable.
Pro každý běžící proces Fluxheim použijte jeden storage-bin root; vlastnictví využívá poradní zámek souborového systému a sdílené rooty s více writery nejsou bez ověřeného externího zamykání bezpečné.
Použij purge nebo krátké TTL, když se content často mění.
Bypass on cookies, preview headers, and unsafe query strings.

Poznámka k upgradu šifrované mezipaměti

Fluxheim 1.7.12 přesouvá šifrované objekty diskové mezipaměti na data vázaná na kořen a indexové klíče s trvalým stavem nonce. První spuštění proti staršímu zašifrovanému kořenovému adresáři a každé otočení lokálního klíče záměrně vyčistí tuto mezipaměť před obsluhováním provozu.

Zacházejte se šifrovanou mezipamětí jako s jednorázovým zrychlením, nikoli se zdrojem záznamu.
Poskytněte každému kořenu mezipaměti trvalé soukromé úložiště a nekopírujte stav nonce mezi nezávislými kořeny.
Naplánujte původní kapacitu pro první zahřátí po upgradu nebo otočení klíčů.