[aczutuse]

mam wystawić se endpointa, który odpowie na pytanie czy zapodane hasło jest poprawne.
Bez żadnych tokenów i żadnego encryptowania.

jaki to endpoint powinien być? POST czy GET? W headerach czy body wysylac? Co ma być odpowiedzią? status czy jakis json? Jak lepiej?
#programowanie #java

[PaaD]

@aczutuse: ścisły REST to to nie będzie, ale może coś takiego udające API wyszukiwarki byłoby blisko:

GET /user?username=...&password=...

[aczutuse]

@PaaD: lepiej nie podawać hasła w pathie, ale powiedzmy, ze dam to do headera to wtedy co ma byc odpowiedzia jesli haslo ok a co jesli haslo bledne?

[vytah]

@PaaD: Haseł nie powinno się przesyłać w parametrach URL, bo zostają wtedy w różnych miejscach. POST i przesyłanie hasła w ciele zapytania lepsze.

[aczutuse]

@vytah: i jaka odpowiedz?

[vytah]

@aczutuse: 200 i jakaś prosta zawartość, może być json

[aczutuse]

@vytah: a jak złe hasło to 401? czy tez 200 i zawartosc ze źle

[retardo]

a jak złe hasło to 401? czy tez 200 i zawartosc ze źle

@aczutuse: są dwie szkoły, więc robisz to za co klient zapłaci ( ͡° ͜ʖ ͡°)

[aczutuse]

@retardo: huhu

[uzytkownik_wykop_pl]

@aczutuse: Generlanie twój PR nie powinien przejsc code review jesli zwracasz 200 pomimo tego ze ktos wysłał złe hasło

[retardo]

@uzytkownik_wykop_pl: A jak stary dziad ci review zrobi to rzuci ci http rcp do poczytania i powie że nie wolno ( ͡° ͜ʖ ͡°)
https://blog.slimjim.xyz/posts/stop-using-http-codes/

[uzytkownik_wykop_pl]

@retardo: thx, chętnie poczytam ( ͡° ͜ʖ ͡°)

[vytah]

@uzytkownik_wykop_pl: @aczutuse: Zależy jakie znaczenie ma endpoint. Jeśli ma autentykować, to 401 na złe hasło jest ok. Jeśli ma sprawdzać hasła w jakimś innym celu, to 401 (lub 403) sugerowałoby, że użytkownik nie może sprawdzać haseł, a nie że hasło jest złe.

[aczutuse]

@retardo: to jest trochę tak jak z tym czy używać exceptionów we flow... kiedyś się używało, w javie chyba dlaej się używa, a np. scala każe nie używać i wyjatek ma być tylko czmś niespodziewanym.