mam unikalny przepływ tworzenia użytkownika, który przedstawia się następująco:Tworzenie użytkownika bez hasła w Meteor
- Użytkownik nie przychodzi do mojej strony po raz pierwszy i kliknięciu przycisku.
- Utworzyć dla nich użytkownika w bazie danych i ustawić klucz localStorage z identyfikatorem UID.
- Użyj chodzi o tworzenie danych i zapisuję dane w DB i kojarzę je z UID.
- Użytkownik wraca, a jeśli mają ustawiony UID w localStorage, pokazuję im dane, które wcześniej utworzyli.
- Użytkownik może kliknąć opcję Zarejestruj, aby utworzyć "prawdziwe" konto, od którego będą musieli zalogować się przy użyciu nazwy użytkownika i hasła lub innej usługi (np. Facebook).
Jak to zrobić z kontami Meteor i modelem użytkownika?
W skrócie:
- trzeba utworzyć dokument Mongo użytkownika bez informacji (o użytkowniku).
- Potrzebuję uwierzytelnić użytkownika po prostu mając identyfikator UID (działający jako "hasło").
Dlaczego nie powinienem używać localStorage? – Gezim
Powinieneś używać localStorage, po prostu nie przechowywać czegoś takiego jak UID. 'meteor-accounts' już zajmuje się aspektem cookie/token /" UID "tego, co próbujesz osiągnąć. Ale, nie pozwól mi zniechęcić cię do napisania własnego pakietu, który robi dokładnie to, co chcesz. Rozważ sprawdź kod 'meteor-accounts' i zastanów się, jak zaimplementować anonimowego użytkownika. Pozwoliłbym, aby użytkownicy byli tworzeni bez nazw użytkowników, a ja dodałbym anonimowe pole z funkcją opisaną powyżej. Odnosi się do głównego ograniczenia mojego rozwiązania: musisz zacząć od pseudonimu. – DoctorPangloss
Czy możesz wyjaśnić, co masz na myśli przez "magiczną liczbę" w tym kontekście? Czy mówisz, że należy wybrać liczbę losową, aby zarejestrować anonimowy? Czy jest to programowo wygenerowana "magiczna liczba"? – Chanpory