Autor: Robert Maron (robmar_at_lipa.mimuw.edu.pl)
Data: Thu 05 Nov 1998 - 10:51:03 MET
On 5 Nov 1998 09:07:13 GMT, Adam Płaszczyca <_555_at_irc.pl> wrote:
: Dlatego uważam, że należy odejść od przetwarzania (nawet
: nieterministycznego) numeru na identyfikator na kożyśc bazy danych i
: losowego przydziału identyfikatorów. Przy rozwiązaniu kiedy baza jest
: uzupełniania na bieżąco (ten, kto jeszcze nie ma identyfikatora
: dodzwaniając się sam go generuje) element losowy uniemożliwia
: odtworzenie numeru z identyfikatora nawet, jezeli losowa generacje
: zastąpimy nadawaniem kolejnej liczby.
to tez jest funkcja, tylko jej opis jest duzy; nadal tycza sie jej
poprzednie uwagi (trzeba ją zachowac w sekrecie); mi tez wydaje sie
to najlepszym wyjsciem...
ew. mozna by miec zawsze pelna teblice i nie tyle losowac nowe, co
przeterminowywac stare (np. co pol roku); to zwieksza prywatnosc, bez
specjalnej szkody dla funkcjonalnosci rozwiazania
identyfikator moze np. byc wstawiany przez news serwer tpnetu do
nntp-posting-host, oraz dostepny na bieżąco w bazie danych (para
ip-identyfikator) na potrzeby innych uslug
/me
-- robmar_at_mimuw.edu.pl http://zls.mimuw.edu.pl/~robmar/ I think I will start with spires.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:17:25 MET DST