[xa0s]

Tworzę proste rest api w #go. Do uwierzytelniania używam jwt i chcę zrobić, aby zalogowany użytkownik mógł np. zaobserwować wybrany post. Tutaj pojawia się problem, nie do końca wiem jak to zrobić. Myślałem nad tym, żeby dać taki route /api/post/{id}/{user}/follow, ale wydaje mi się, że to jest źle. Ma ktoś jakiś pomysł, jak to mogę zrobić ?

#golang #programowanie

[RudyNinja]

@xa0s: jeśli dobrze Cię rozumiem, to najlepiej byłoby z Twojego route'a usunąć fragment {user}. Zauważ, że nie potrzebujesz go, bo id usera wyciągniesz z JWT (zakładam, że szyfrujesz id usera w tokenie).

[sokytsinolop]

@xa0s: post/id/observe (czy cokolwiek) i zaobserwuje go zalogowany użytkownik

[cxnmlhuipwetr]

@xa0s: Używając semantyki RESTowatej operujesz na zasobach. Jak ktoś obserwuje jakiś post to pomiędzy nim a postem jest tworzona subskrypcja - właśnie coś takiego powinieneś pewnie stworzyć.

[RudyNinja]

@interface: @xa0s: myślę, że bardziej RESTowo byłoby tak: /api/posts/{postId}/followers

[RudyNinja]

@xa0s: albo można to z drugiej strony ugryźć, coś w stylu /api/users/followed-posts/{postId}

[nilphilus]

@RudyNinja: ee.. Znowu masz users. /followed/posta/id i wtedy też można dodac followed/users.

[nilphilus]

@xa0s: przy odbieraniu requesta ustawiasz w context jaki user to zawolal.na podatawie jwt oczywiście.

[RudyNinja]

@nilphilus: błędem nie jest umieszczenie w ścieżce stałego fragmentu "users". Ten fragment w ścieżce wskazuje jedynie, że odnosimy się do zasobów, które są podzasobami użytkowników. Błędem jest umieszczanie w ścieżce id usera, ponieważ mamy to id w tokenie. Jeśli dodatkowo umieścimy je w ścieżce to musimy wykonać dodatkowe (redundantne) sprawdzenie czy user zautoryzowany tokenem nie próbuje zmienić nie swoich zasobów przez podanie id innego usera w ścieżce.

[nilphilus]

@RudyNinja: no id to ostra pomylka. Ale samo users daje złudzenie że operujesz na kolekcji uzytkownikow, a tak naprawde tego nie robisz.

[MQs]

@xa0s: Zasobem jest subskrypcja, więc jej dodanie to do wyboru:
a) uri: POST: /users/{userId}/subscriptions + payload: {"postId": "xxx"}
b) uri: POST: /posts/{postId}/subscriptions + payload: {"userId": "xxx"}
c) olać REST i zastosować inną konwencję.

Dla (a) może być potrzebny podzbiór /posts albo zbór /post-subscriptions jeśli przewidujesz

[xa0s]

Dzięki wszystkim za pomoc, poszedłem za waszymi radami i wyciągnąłem id z JWT. Jeszcze raz dzięki !

[RudyNinja]

@MQs: @xa0s: nie chciałem zgłębiać sensowności stosowania JWT w tym kontekście, ale podlinkowany artykuł powinien przeczytać każdy :).