Bizda odatda juma kunlarining ikkinchi yarmi ishga to'g'ridan-to'g'ri aloqador bo'lmagan narsalarni o'rganish, experiment qilib ko'rishga beriladi. 4-5 hafta oldin bir kunni HTTP QUERY bilan experiment qilishga ajratgandim.

Men duch kelgan asosiy muammolar L7 network infrada chiqdi (WAF, reverse proxy, load balancer, etc.), va juda ko'pchiligiga sabab shunchaki HTTP method nomlari softwareda hardcoded va hali query bu list/enumga qo'shilmagan. Masalan, nginxda limit_except'ga o'xshash method-based filterlar hali queryni support qilmaydi. Yoki yana bir misol ingress-nginx'da hali query default CORS allowed methodlarga qo'shilmagani uchun preflight requestlar fail bo'ldi.

Ko'pchilik web backend frameworklarda queryni native support qilish ustida uje ko'p narsa qilishayapti bilishimcha. O'zim ko'p ishlatadigan frameworklar ichida Flask bilan birorta muammo chiqmadi meni experimentimda, FastAPIda "technically" ishlayapti (class-based endpoint generationdan tashqari), lekin Djangoda hali ko'p ish qilish kerak.

Agar eski GET yoki POST endpointni QUERYga convert qilayotgan bo'lsangiz yana 1-2 ta tavsiya:

• Redirectlarni 307/308 qilavering, 301/302 query bilan qanaqa ishlashi kerakligi bo'yicha hozircha standard yo'q bilishimcha.
• GET requestni cache qilish uchun URLni o'zi yetarli, lekin POST bilan QUERY uchun bodyniyam hash qilish kerak. Cache setupni albatta qayta tekshirib ko'ring
• QUERY endpoint idempotent bo'lishi kerak, POST endpointni convert qilayotganda side effectlardan ehtiyot bo'linoradi.