-
Data: 2021-03-21 13:28:57
Temat: Re: zmiana LOGINU w profilu zaufanym
Od: Krzysztof Halasa <k...@p...waw.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Robert Tomasik <r...@g...pl> writes:
> Z punktu widzenia administracji systemem zmiana login, to po prostu
> utworzenie nowego użytkownika. Jeśli system posiada zdolność
> przenoszenia uprawnień i ustawień, to robisz to tak, że tworzysz nowe
> konto, dajesz mu wszystkie uprawnienia i ustawienia starego. likwidujesz
> stare konto.
To generalizacja - z jakiegoś, być może prawdziwego, przypadku
szczególnego stworzyłeś nieprawdziwą zasadę ogólną.
Uprawnienia i ustawienia, w tym konkretnym przypadku, może nie są
problemem. Np. historia - owszem. W szczególności historia może wymagać
bycia utrzymywaną przez X lat. Wtedy od razu możesz zapomnieć
o możliwości skasowania konta, a nowego nie założysz jeśli istnieje
stare (nawet jeśli dostęp do niego jest zablokowany).
Od strony technicznej, w znakomitej większości tego typu przypadków -
gdzie dane użytkowników przechowywane są w typowej "znormalizowanej"
relacyjnej bazie danych, zmiana loginu (nazwy użytkownika) wymaga tylko
i wyłącznie zmiany wartości jednego pola w tabeli (użytkowników).
Oczywiście, baza danych to tylko połowa sukcesu. "Front-end" musi mieć
zaprojektowaną i zaimplementowaną funkcję, która to (trywialne) zadanie
wykona. W takim przypadku typowo "brak funkcji" = "nie da się tego
zrobić" (bez naprawdę ważnej przyczyny).
"Admin" mógłby teoretycznie zrobić to ręcznie, coś w stylu "update users
set login = 'asdfg' where login = 'qwerty';" zapewne wystarczy. Tyle że
admin to nie jest user interface, a tego typu ręczne operacje nie
powinny być wykonywane, jeśli naprawdę nie muszą. Wystarczy sobie
wyobrazić co by się stało w przypadku pomyłki (np. gdyby admin nie dał
"where...", i gdyby akurat w tym przypadku baza nie wymuszała
unikalności kolumny login).
Kolejną sprawą (tu wątpliwą) są możliwe odniesienia do danego loginu
w innych systemach - to nie jest sklepik internetowy. Normalnie jednak
takie rzeczy używają np. generowanych automagicznie UUIDów (OIDów itp),
a nie loginów.
Wniosek: lepiej wybierać takie loginy, które będą dobre także za XX lat.
Ale nie wynika to wcale z uwarunkowań technicznych, dla techniki zmiana
loginu to nie jest problem.
--
Krzysztof Hałasa
Następne wpisy z tego wątku
- 21.03.21 14:09 Robert Tomasik
- 21.03.21 18:12 Eneuel Leszek Ciszewski
- 21.03.21 23:11 Krzysztof Halasa
- 22.03.21 07:26 ąćęłńóśźż
- 15.04.21 22:35 Jestem Nowy
- 07.05.21 11:08 PP
- 07.05.21 12:58 TomN
- 07.05.21 13:35 Michal Jankowski
- 07.05.21 14:04 Olin
- 07.05.21 14:08 Michal Jankowski
- 07.05.21 14:25 Olin
- 07.05.21 14:53 Michal Jankowski
- 07.05.21 15:27 Olin
- 07.05.21 15:35 Michal Jankowski
- 07.05.21 15:43 Olin
Najnowsze wątki z tej grupy
- Chess
- Vitruvian Man - parts 7-11a
- Re: Prawo móżdżek...
- frankowicze odcinek NNN
- O wisienkach
- zysk NBP
- Dostałem nową kartę
- Velobank -- KK Mastercard
- cyrk Kometa
- uczcie się Anglicy
- no w końcu zadzwonił wnuczek
- zbyt silny złoty byłby problemem
- Re: VATafera
- Karta Revolut a Allegro
- VeloBank przejęty przez amerykanski fundusz
Najnowsze wątki
- 2024-05-07 Chess
- 2024-05-07 Vitruvian Man - parts 7-11a
- 2024-05-06 Re: Prawo móżdżek...
- 2024-04-29 frankowicze odcinek NNN
- 2024-04-25 O wisienkach
- 2024-04-25 zysk NBP
- 2024-04-23 Dostałem nową kartę
- 2024-04-22 Velobank -- KK Mastercard
- 2024-04-21 cyrk Kometa
- 2024-04-19 uczcie się Anglicy
- 2024-04-16 no w końcu zadzwonił wnuczek
- 2024-04-11 zbyt silny złoty byłby problemem
- 2024-04-04 Re: VATafera
- 2024-04-04 Karta Revolut a Allegro
- 2024-03-29 VeloBank przejęty przez amerykanski fundusz