~/talk

It Was Fast on My Machine: What Production Reveals About Web Performance

Talkat DevConf.CZ 2026 · on Thursday, 2026-06-18· at 16:15· E104 (capacity 72)· [web-performance, developer-experience]
links:none on file
links:none on file
slides:none on file

Local-fast 120 ms responses routinely jump to 2.8 s in production because of real-world layers: DNS, CDN misconfiguration, differing cache hit vs cache miss behaviour, wrong HTTP cache-control headers, pod CPU/memory limits and database misses. The talk shows concrete fixes: use stale-while-revalidate, set correct TTLs per layer, add tracing and logs in OpenShift to find the slow layer, and run load tests with autocannon to validate performance under real traffic.

AI-written summary · about

  1. 0:00Performance differences local vs prod
  2. 1:51Why production slows down
  3. 3:59Request to database journey
  4. 6:24User-centric performance metrics
  5. 7:28Cache layers explained
  6. 10:17Cache misses in production
  7. 12:26HTTP headers and caching
  8. 13:33CDN myths and pitfalls
  9. 14:58Prod runtimes vs local limits
  10. 16:47Measuring production performance
  11. 18:52Mindset shift to production
  12. 20:58Production checklist
  13. 22:27Q&A
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.