Erori 429, 414, 499, 405 - mesaje de eroare privind eșecul apelului API

Apelurile API eșuează uneori din cauza traficului extrem de ridicat. Acest lucru se întâmplă în special atunci când sunt trimise simultan și continuu mai multe apeluri pe secundă, pe o perioadă extinsă de timp. De exemplu, și pentru simplitate matematică, să presupunem că API-ul trimite apeluri cu o rată de 10 înregistrări pe secundă, iar răspunsul returnat indică faptul că 5 apeluri au fost returnate cu succes, ceea ce înseamnă că 5 dintre aceste apeluri au eșuat: fie nu au fost trimise, fie nu au fost primite, fie serverul nu a răspuns la ele sau D - toate cele de mai sus.

*Notă: acesta este unul dintre motivele pentru care se recomandă să nu trimiteți mai multe apeluri pe secundă în mod neîntrerupt, ci mai degrabă să distanțați apelurile cu una sau două secunde, sau mai mult, ca Bună practică. 

Un utilizator final poate primi un mesaj de eroare 429 de la orice server, browser și aplicație. În funcție de sistemul de operare / browserul utilizat, mesajul poate varia ușor:

1. eroare 429
2. HTTP 429
3. Eroare 429 (Prea multe solicitări)

*Deoarece toate au „429” în comun, aceste erori sunt denumite cel mai frecvent 429-uri.

Eroarea 429 și prietenul său, eroarea 414 

Toți utilizatorii finali trebuie să gestioneze cazurile de erori 429 pe baza protocolului stabilit de organizația lor. Erorile 429 nu sunt impuse de aplicație, ci sunt mai degrabă rezultatul comportamentului care a declanșat acest mesaj de eroare. Este important de reținut că aceasta nu este o defecțiune a aplicației sau a serverului și, prin urmare, nu poate fi remediată din exterior. 

În cei mai simpli termeni, erorile 429 sunt semnale de limitare a ratei pe care utilizatorul final trebuie să le gestioneze. Limitele de rată nu sunt universale în cadrul aplicațiilor și nici nu sunt stabilite definitiv, motiv pentru care pot fi gestionate doar de utilizatorul final în raport cu instanța care a declanșat eroarea 429. 

Acum că înțelegem eroarea 429, să vorbim despre erorile 414 

Nu este neobișnuit ca erorile 429 să fie însoțite de erori 414, care sunt adesea prezentate ca: Solicitare URL prea lungă (URL & URI). Dacă apelurile API sunt trimise cu o rată la care nu pot primi răspuns într-un timp suficient de scurt, erorile 414 sunt adesea rezultatul. URL-ul a fost prea lung sau combinația dintre volum și viteză a făcut imposibil un răspuns suficient de rapid. 

499 Solicitare închisă de client 

Cod de stare HTTP 499: Un cod de stare non-standard introdus de Nginx, returnat atunci când clientul închide conexiunea înainte ca serverul să poată răspunde la solicitare, cel mai frecvent cauzat de expirarea timpului de așteptare pe partea clientului (utilizatorului final). Apare atunci când un client închide conexiunea în timp ce Nginx procesează solicitarea. 

Clasa de coduri 4XX este adesea denumită Coduri de eroare ale clientului. HTTP + 4 + XX indică faptul că clientul (utilizatorul final) a făcut ceva greșit. Mai exact, există o eroare pe partea clientului.  

Minunata echipă de dezvoltare de la L2L vă va ajuta să diagnosticați și să remediați această problemă. Remedierea erorilor 429 va fi prima recomandare și va accelera considerabil revenirea la normal! 

Dacă doriți să citiți mai multe despre acest subiect, iată un articol: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/429

Eroare 405 Metodă nepermisă

Codul de stare al răspunsului Hyper Text Transfer Protocol (HTTP) 405 Metodă nepermisă indică faptul că serverul cunoaște metoda de solicitare, dar resursa țintă nu acceptă această metodă.