<?xml version="1.0" encoding="UTF-8"?>
<post>
  <id>019f4be1-e9dd-727e-a4d4-56d265731b14</id>
  <type>post</type>
  <thread>
    <item>
      <id>019f4be1-e9dd-727e-a4d4-56d265731b14</id>
      <depth>0</depth>
      <author>Michael Schmidt</author>
      <url>https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14</url>
      <published_on>2026-07-10</published_on>
      <body_markdown># HTTP hat eine neue Standard-Methode. Das erste Mal seit 16 Jahren.

Nach PATCH (2010) kommt jetzt QUERY dazu – frisch verabschiedet als RFC 10008. Sie schließt eine Lücke, die viele von uns über Jahre mit einem schlechten Kompromiss umschifft haben: Für komplexe Suchanfragen GET zu verwenden ist semantisch korrekt, aber unpraktisch (URL-Längenlimits, unübersichtliche Parameter). Also landet man bei POST – technisch machbar, aber eigentlich eine kleine Lüge gegenüber dem Protokoll, weil POST &quot;hier verändert sich etwas&quot; bedeutet, obwohl nur gelesen wird.

QUERY verbindet jetzt beides: Request-Body wie POST, aber sicher und idempotent wie GET.

In unserem neuen Blogartikel gehen wir durch:

* Was genau im RFC steht (inkl. dem neuen Accept-Query-Header)
* Warum Caching bei QUERY komplizierter ist als bei GET
* Den aktuellen Stand bei Browsern, Node.js, Spring &amp; Co.
* Konkrete Code-Beispiele für PHP und JavaScript

Für alle, die APIs bauen oder Suchfunktionen entwickeln, lohnt sich ein Blick – auch wenn der produktive Einsatz sicher noch dauert.

https://www.tagworx.net/ynews.php?cid=1&amp;nid=39012</body_markdown>
      <author_username>michael_schmidt</author_username>
      <in_reply_to_author/>
      <in_reply_to_id/>
    </item>
    <item>
      <id>019f8ddc-efc1-77ce-80ba-077ee3df1bac</id>
      <depth>1</depth>
      <author>Alexander van der Steeg</author>
      <url>https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac</url>
      <published_on>2026-07-23</published_on>
      <body_markdown>Top Artikel, den nehmen wir auch mal auf, da wir dies nach und nach in den APIs berücksichtigen müssen!</body_markdown>
      <author_username>alexander_vds</author_username>
      <in_reply_to_author>Michael Schmidt</in_reply_to_author>
      <in_reply_to_id>019f4be1-e9dd-727e-a4d4-56d265731b14</in_reply_to_id>
    </item>
  </thread>
  <description># HTTP hat eine neue Standard-Methode. Das erste Mal seit 16 Jahren.</description>
  <title>Michael Schmidt · 2026-07-10</title>
  <author>
    <name>Michael Schmidt</name>
    <username>michael_schmidt</username>
    <url>https://vutuv.de/michael_schmidt</url>
  </author>
  <replies>
    <item>
      <author>Alexander van der Steeg</author>
      <url>https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac</url>
      <published_on>2026-07-23</published_on>
      <body_markdown>Top Artikel, den nehmen wir auch mal auf, da wir dies nach und nach in den APIs berücksichtigen müssen!</body_markdown>
      <author_username>alexander_vds</author_username>
    </item>
  </replies>
  <url>https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14</url>
  <formats>
    <json>https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14.json</json>
    <text>https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14.txt</text>
    <markdown>https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14.md</markdown>
    <xml>https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14.xml</xml>
  </formats>
  <tags>
    <item>http</item>
    <item>query</item>
    <item>Methode</item>
    <item>RFC</item>
    <item>10008</item>
  </tags>
  <in_reply_to/>
  <like_count>3</like_count>
  <generated_at>2026-07-25T02:38:33Z</generated_at>
  <schema_version>3</schema_version>
  <published_on>2026-07-10</published_on>
  <images>
    <item>
      <width>1716</width>
      <alt></alt>
      <height>1240</height>
      <urls>
        <thumb>https://vutuv.de/post_images/sURDCJuOmjtXgO5j8UUHBg/thumb.avif</thumb>
        <feed>https://vutuv.de/post_images/sURDCJuOmjtXgO5j8UUHBg/feed.avif</feed>
        <large>https://vutuv.de/post_images/sURDCJuOmjtXgO5j8UUHBg/large.avif</large>
      </urls>
    </item>
  </images>
  <review/>
  <reply_count>1</reply_count>
  <body_markdown># HTTP hat eine neue Standard-Methode. Das erste Mal seit 16 Jahren.

Nach PATCH (2010) kommt jetzt QUERY dazu – frisch verabschiedet als RFC 10008. Sie schließt eine Lücke, die viele von uns über Jahre mit einem schlechten Kompromiss umschifft haben: Für komplexe Suchanfragen GET zu verwenden ist semantisch korrekt, aber unpraktisch (URL-Längenlimits, unübersichtliche Parameter). Also landet man bei POST – technisch machbar, aber eigentlich eine kleine Lüge gegenüber dem Protokoll, weil POST &quot;hier verändert sich etwas&quot; bedeutet, obwohl nur gelesen wird.

QUERY verbindet jetzt beides: Request-Body wie POST, aber sicher und idempotent wie GET.

In unserem neuen Blogartikel gehen wir durch:

* Was genau im RFC steht (inkl. dem neuen Accept-Query-Header)
* Warum Caching bei QUERY komplizierter ist als bei GET
* Den aktuellen Stand bei Browsern, Node.js, Spring &amp; Co.
* Konkrete Code-Beispiele für PHP und JavaScript

Für alle, die APIs bauen oder Suchfunktionen entwickeln, lohnt sich ein Blick – auch wenn der produktive Einsatz sicher noch dauert.

https://www.tagworx.net/ynews.php?cid=1&amp;nid=39012</body_markdown>
  <bookmark_count>0</bookmark_count>
  <fediverse_reaction_count>0</fediverse_reaction_count>
  <repost_count>0</repost_count>
  <thread_truncated>false</thread_truncated>
</post>
