Milyen HTTP hibakódok visszatérnek

  • PHP
  • API
  • REST

Jó napot. Api írt a mobil alkalmazáshoz. PHP-re írt (az egyik legnépszerűbb keret). Minden jól működik, feldolgozza a hibát. De felmerült a kérdés. Milyen hibakódok vannak a http-hibákhoz? Példát fogok adni, hogy a kérdés lényege világos.

Ui Tudom, hogy a Facebook mindig 200 OK-t küld, de nekem rossznak tűnik.

Mi a kérdés. Nem értem, hogyan kell kezelnie a hibakódokat a mobilalkalmazásban. Például:


Rossz kérelem fog működni itt. Mivel a 200 OK nem fog visszatérni. De nem tudom kezelni a hibákat, például a jelszó helytelen, vagy a felhasználó nem létezik.

De szeretem az ötletet, köszönöm.

Általánosságban elmondható, hogy külön hibák írása a bejelentkezés és a jelszó segítségével a bruteforce megkönnyítése

mindig küldj 200 okot, ez nem RESTful

a hörcsögök nem értik, hogy ez egy példa. Minden kódot a menny mannájaként tartanak számon, amit Isten Istenhez küld. Aztán húzódnak a nyércbe. És ezek a "példák" 20 évig a szkriptekben ugyanazok. Aztán megkérdezzük, miért van az egész világ betegsége. PÉLDÁK SZERINT

Milyen HTTP hibakódok visszatérnek

Szerintem pénzért

2 szempont van.
A klasszikus REST azt mondja, hogy HT-kiszolgáló kódokban hibát kell adnia.
A gyakorlatban több évig fejlesztettek API-t a mobil alkalmazások számára, és azzal szembesültek, hogy sok könyvtár használta az api használatát mobilalkalmazásokban:
a) 200-tól eltérő fejléccel dolgozik
b) a GET / POST-on kívüli egyéb módszerekhez