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.

tagworx.net/ynews.php?cid=1&nid=39012

Gerade mit @johannes_haseneder ein sehr interessantes Gespräch zu vutuv und LinkedIn geführt. Er hat ein phantastisches Bild zu LinkedIn gezeichnet: Es ist wie früher in der Disco. Viel zu viel los. Laut. Ungemütlich. Teure und schlechte Getränke. Aber man geht trotzdem hin, weil man die Hoffnung hat jemand interessanten zu treffen.