Post by Michael Schmidt
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.
Top Artikel, den nehmen wir auch mal auf, da wir dies nach und nach in den APIs berücksichtigen müssen!