<?xml version="1.0" encoding="UTF-8"?>
<post>
  <id>019f8ddc-efc1-77ce-80ba-077ee3df1bac</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>Top Artikel, den nehmen wir auch mal auf, da wir dies nach und nach in den APIs berücksichtigen müssen!</description>
  <title>Alexander van der Steeg · 2026-07-23</title>
  <author>
    <name>Alexander van der Steeg</name>
    <username>alexander_vds</username>
    <url>https://vutuv.de/alexander_vds</url>
  </author>
  <replies/>
  <url>https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac</url>
  <formats>
    <json>https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac.json</json>
    <text>https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac.txt</text>
    <markdown>https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac.md</markdown>
    <xml>https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac.xml</xml>
  </formats>
  <tags/>
  <in_reply_to>
    <author>Michael Schmidt</author>
    <url>https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14</url>
  </in_reply_to>
  <like_count>2</like_count>
  <generated_at>2026-07-25T02:39:07Z</generated_at>
  <schema_version>3</schema_version>
  <published_on>2026-07-23</published_on>
  <images/>
  <review/>
  <reply_count>0</reply_count>
  <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>
  <bookmark_count>0</bookmark_count>
  <fediverse_reaction_count>0</fediverse_reaction_count>
  <repost_count>0</repost_count>
  <thread_truncated>false</thread_truncated>
</post>
