<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>HTTP on API Course</title>
    <link>https://apicourse.com/tags/http/</link>
    <description>Recent content in HTTP on API Course</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sat, 02 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://apicourse.com/tags/http/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Content Negotiation: Accept Headers, Media Types, and Format Flexibility</title>
      <link>https://apicourse.com/content-negotiation-accept-headers-media-types-and-format-flexibility/</link>
      <pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate>
      <guid>https://apicourse.com/content-negotiation-accept-headers-media-types-and-format-flexibility/</guid>
      <description>&lt;p&gt;HTTP was designed from the beginning to support multiple representations of the same resource. A user profile can be represented as JSON for a machine consumer or as HTML for a browser. A dataset can be returned as JSON or as CSV depending on what the client intends to do with it. An image can be served as JPEG or WebP based on what the browser supports. Content negotiation is the mechanism through which clients and servers agree on which representation to use — and understanding it is essential for building APIs that serve diverse consumers cleanly.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CORS Explained: Why Browsers Block API Requests and How to Fix It</title>
      <link>https://apicourse.com/cors-explained-why-browsers-block-api-requests-and-how-to-fix-it/</link>
      <pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate>
      <guid>https://apicourse.com/cors-explained-why-browsers-block-api-requests-and-how-to-fix-it/</guid>
      <description>&lt;p&gt;CORS is the source of more developer frustration than almost any other browser security mechanism — not because it is poorly designed, but because its error messages are opaque, its rules are non-obvious, and it only manifests in a specific context that server-side developers often do not encounter during development. Understanding what CORS actually is and why it exists transforms it from an arbitrary obstacle into a predictable system with clear rules.&lt;/p&gt;</description>
    </item>
    <item>
      <title>HTTP Caching for APIs: Cache-Control, ETags, and Conditional Requests</title>
      <link>https://apicourse.com/http-caching-for-apis-cache-control-etags-and-conditional-requests/</link>
      <pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate>
      <guid>https://apicourse.com/http-caching-for-apis-cache-control-etags-and-conditional-requests/</guid>
      <description>&lt;p&gt;Caching is one of the highest-leverage performance improvements available to an API, and one of the least consistently implemented. A response that is cached at the right layer — in a CDN, a reverse proxy, or the client itself — eliminates a server round trip entirely. At scale, that elimination compounds: fewer database queries, lower infrastructure cost, faster responses for every consumer. The HTTP specification provides a complete, standardized caching system. Most APIs use it only partially, leaving significant headroom unrealized.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
