Aktywne Wpisy

greedy_critic +480
O nie, tylko nie konsekwencje jej własnych działań ( ͡º ͜ʖ͡º) Ciekawe czy z usunięciem tych filmików zwróci też wszystkie pieniądze, które na nich zarobiła.
#logikarozowychpaskow #rozowepaski #heheszki #zwiazki
#logikarozowychpaskow #rozowepaski #heheszki #zwiazki
źródło: image_picker_81F58DDC-4EBC-4765-A633-58692E86FEE3-7872-0000248F1FBEA855
Pobierz
Gh0st +54
źródło: 1000001394
Pobierz




Podpowie ktoś jak ogarnąć routing dla takiego przypadku?
1. User niezalogowany otwiera główny adres strony - pojawia się widok dostępny dla użytkowników niezalogowanych, dopiero próba jakiejś akcji lub bezpośrednie kliknięcie w przycisk do zalogowania powoduje odpalenie strony logowania
2. User niezalogowany otwiera dokładniejszy adres tj. główny adres wraz z podstroną - wtedy od razu wyświetla się strona logowania
Nie przemyślałem tego kejsa i robiłem w głównej metodzie sprawdzanie czy jest
isAuthenticatedi jeśli nie torouter.navigate['/public'], a przecież nie w każdym przypadku chcę to robić - w drugim przedstawionym przypadku to jest niepożądane. Rozwiązanie gdzie sprawdzam URL czy nie ma podstrony chyba nie jest zbyt optymalne i pewnie da się to ogarnąc za pomocą routingów?źródło: comment_1659201113puPlsMz7EXplLIYtVROwLN.jpg
Pobierz{path: '', redirectTo: isAuthenticated ? '/feed' : '/public', pathMatch: 'full'},w RedirectGuard sprawdzasz, czy jest authenticated, jak tak, to navigateTo /feed, jak nie to public
Słuichaj się @ChartWuja
Z tego co rozumiem, chcesz, żeby na główna stronę dało się wejść, ale nie na inne routy, więc zrób roota do głównej strony bez guarda, a resztę zabezpiecz za pomocą canActivate
źródło: comment_1659210944fGgICjLoBgLDKeVmiKkwr3.jpg
PobierzZrób sobie path: '' i do niego zapnij LoginGuard, nie dawaj natomiast redirectTo: ''
W samym guardzie w metodzie canActivate sprawdź czy user jest zalogowany i jeśli tak to przekieruj go pod url1 a jak nie to pod url2
źródło: comment_1659211740m40vM2xn1u4W32Sk6iGidm.jpg
PobierzKomentarz usunięty przez autora