---
title: "Alexander van der Steeg · 2026-07-23"
description: "Top Artikel, den nehmen wir auch mal auf, da wir dies nach und nach in den APIs berücksichtigen müssen!"
url: https://vutuv.de/alexander_vds/posts/019f8ddc-efc1-77ce-80ba-077ee3df1bac
type: post
schema_version: 3
generated_at: 2026-07-25T02:38:59Z
noai: true
---

# Post by [Alexander van der Steeg](https://vutuv.de/alexander_vds) · 2026-07-23

> In reply to a post by [Michael Schmidt](https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14).

Top Artikel, den nehmen wir auch mal auf, da wir dies nach und nach in den APIs berücksichtigen müssen!

Likes: 2 · Reposts: 0 · Bookmarks: 0

## Conversation (2)

### [Michael Schmidt](https://vutuv.de/michael_schmidt/posts/019f4be1-e9dd-727e-a4d4-56d265731b14) · 2026-07-10

# 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 "hier verändert sich etwas" 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 & 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&nid=39012