Content Negotiation for REST APIs
summary
Argues that REST APIs should serve resources, not file-encoded representations, by using built-in HTTP content negotiation so the same URI can return PNG, SVG, video, or JSON based on client capability. Shows concrete tools: Accept header, the q (quality) parameter to rank formats, and Accept-Language for locales. Cites real changes (Travis CI serving SVG at old .png URLs), notes formats keep appearing (webp, webm, GIFV) and that SoundCloud handles massive uploads (~12 hours of audio per minute).
AI-written summary · about
chapters (8)
- 0:00Introduction
- 1:38The shift from SOAP to REST
- 4:10Why REST is superior
- 6:52The problem with extensions
- 8:51Content negotiation headers
- 14:03Practical content negotiation
- 17:41Evolving APIs over time
- 24:01Conclusion
related talks
52mHTTP and Your Angry Dog
50mWhat every developer should know about REST
33mDesigning RESTful Web Services
01h 01mREST - The ignored parts
37mAPI Design: It's Not Rocket Surgery
50mThe Fashion for REST - Creating Beautiful APIs
40mDefining the data model of HTTP messages, not just the format
52mEdge Side APIs : Fast and Reliable Hypermedia APIs
