search

openpkw / openpkw-weryfikator

Backend dla aplikacji weryfikującej wyniki wyborów
2 stars 8 forks source link

OW-U-14: Stworzenie mechanizmu rejestracji nowych użytkowników w systemie #15

Closed SebastianCelejewski closed 8 years ago

SebastianCelejewski commented 8 years ago

Proponuję kontynuować code review i dyskusję tutaj.

ProgramerAndroid commented 8 years ago

Uważam, że metoda register w przypadku poprawnej rejestracji użytkownika, też powinna zwracać token, aby można było od razu przejść do skanowania kodów QR.

2015-12-01 11:26 GMT+01:00 Sebastian Celejewski notifications@github.com:

Proponuję kontynuować code review i dyskusję tutaj.

You can view, comment on, or merge this pull request online at:

https://github.com/openpkw/openpkw-weryfikator/pull/15 Commit Summary

  • dodany rest login
  • dodano findByEmailAndPassword
  • dodano /login i /register
  • dodano /login i /register
  • zmiana w /login i /register
  • zmiana w /login i /register
  • zmiana w /login i /register
  • zmiana w /login i /register
  • Merge master into Waldek
  • Automatyczne sformatowanie kodu zgodnie z code conventions dla OpenPKW
  • Wprowadzenie konfiguracji dla automatycznych testów akceptacyjnych
  • Usunięcie błędów, dodanie testów automatycznych, zwracanie błędów przy pomocy kodów HTTP
  • Zmiana zwrotu z web serwisu ze String na JSON. Dodanie słownika kodów błędów. Dodanie testów automatycznych
  • Dodanie kilku przykładowych unit testów dla walidacji
  • Więcej unit testów
  • Dodanie walidatora dla requestu authorize oraz kilku jego unit testów

File Changes

Patch Links:

— Reply to this email directly or view it on GitHub https://github.com/openpkw/openpkw-weryfikator/pull/15.

mrozim78 commented 8 years ago

Sebastian proponuje te resty rozpisac w swaggerze. Czyli jakie beda metody co beda przyjmowaly i co zwracaly. Jezeli masz juz jakies pomysl na strukture wklej to tutaj to zobacze i rozrysuje to w swagerze.

SebastianCelejewski commented 8 years ago

Zastanawiam się jeszcze nad URLami do tych web serwisów.

Teraz mamy: /authorize/register /authorize/login

Wydaje mi się, że REST powinien mieć urle bardziej w tym stylu: GET /users (pobiera listę) GET /users/{id} (pobiera jednego) POST /users (tworzy nowego) DELETE /users/{id} (usuwa jednego)

POST /sessions (logowanie, czyli tworzenie nowej sesji) GET /sessions (pobieranie listy sesji)

itd.

Co o tym sądzicie?

Tylko wtedy jest problem z identyfikatorami. Bo u nas identyfikatorem użytkownika jest jego adres e-mail. I wtedy URL wyglądałby tak:

/users/Jan.Kowalski@poczta.pl

mrozim78 commented 8 years ago

Ogolnie Sebastian ja mysle ze powinnismy wypracowac taki spojny dokument jak te urle beda u nas wygladały przy Restach w zwiazku z tym dodam zadanie na trello do realizacji na opracowanie takiej koncepcji. I moze do celow koncepcyjnych uzyjmy forum na git. Założe dziś tak temat ( w sensie issue). Issue jest tutaj: https://github.com/openpkw/openpkw-weryfikator/issues/16

ProgramerAndroid commented 8 years ago

Moim zdaniem nie ma tutaj problemu, ponieważ będziemy znali klucz publiczny RSA serwera, więc zaszyfrujemy identyfikator użytkownika (email), wówczas /users/encrypted_email lub /users/encrypted_email/hash(url) Następnie serwer swoim kluczem prywatnym zdeszyfruje encrypted_email

W dniu 2 grudnia 2015 08:01 użytkownik Mrozi notifications@github.com napisał:

Ogolnie Sebastian ja mysle ze powinnismy wypracowac taki spojny dokument jak te urle beda u nas wygladały przy Restach w zwiazku z tym dodam zadanie na trello do realizacji na opracowanie takiej koncepcji. I moze do celow koncepcyjnych uzyjmy forum na git. Założe dziś tak temat.

— Reply to this email directly or view it on GitHub https://github.com/openpkw/openpkw-weryfikator/pull/15#issuecomment-161202625 .

SebastianCelejewski commented 8 years ago

Dzięki za uwagi.