Wpis z mikrobloga

@WielkiZderzaczHarnoldow: Kody 5xx to błąd po stronie serwera. Błędy po stronie użytkownika to kody 4xx.

Czy to wina użytkownika, że podał już istniejący mejl? Niby niekoniecznie, ale na pewno to użytkownik musi coś zmienić w tej sytuacji, a nie serwer -> czyli użytkownik powinien np podać innego mejla -> więc „wina” użytkownika -> więc kod 4xx.

A który kod 4xx? Tutaj już są mieszane opinie. Mnie się nie chce wnikać, zwracam
  • Odpowiedz
@WielkiZderzaczHarnoldow: imho nie warto się bawić w te archaiczne kody http, tylko zwrócić jakiś bad request i oczywiście zwrócić jakiś customowy kod błędu oraz wiadomość w body. nie widzę w jaki sposób te kody miałby w czymś pomagać, a wręcz nieco utrudniają obsługę błędów.
  • Odpowiedz
nie widzę w jaki sposób te kody miałby w czymś pomagać, a wręcz nieco utrudniają obsługę błędów.


@ly000: narzędzia sieciowe do http np. proxy czy narzędzia do mierzenia wydajności odczytują kody http ale nie rozumieją protokołów wyższych warstw. Jak masz sensowne kody http to pracuje się z tymi narzędziami łatwiej.
  • Odpowiedz
@WielkiZderzaczHarnoldow: od tego jest 409 - Conflict
BadRequest jest od powiadomienia klienta, że struktura jego żądania jest nieprawidłowa, a nie dane jak tu piszą niektórzy.
Można też użyć 422 - też jest do tego, ale 409 od razu niesie informację, że zasób (w tym przypadku e-mail) już istnieje.
  • Odpowiedz