hej

mam takie pytanie.

powiedzmy ze robię stronke na której użytkownicy beda mogli sobie wrzucać jakies fotki..
zdjęcia beda dostepne dla odwiedzających.
i przy każdym bedzie informacja kto dane zdjęcie dodał..

co zrobic gdy użytkownik skasuje konto..
chce aby dalej widniała nazwa osoby która dodała zdjęcie.
ale także chce aby po kliknieciu na dana osobe (dodająca zdjęcie ) wyświetlił sie jej profil - wiec jesli profil bedzie usuniety to sie nic nie wyświetli..

problemem jest jeszcze to ze po skasowaniu konta inna osoba moze załozyc konto pod tym samym nickiem i wyjdzie na to ze on dodal te zdjęcia..


Co poradzicie?

Dwa podejścia:
1. Kasujesz konto a wraz z nim wszystkie rzeczy, które użytkownik dodał. Wszędzie gdzie komentował czyjeś słit focie wstawia się napis "konto usunięte". Niszczysz każdy ślad jego istnienia.
2. Tak na prawdę nie usuwasz konta, tylko oznaczasz je jako usunięte. Co z tym dalej zrobisz to Twoja wola, zdjęć nie pokazujesz, w miejscach komentarzy wpisujesz kto komentował dodając info, że konto jest usunięte. Nikt nie stworzy nowego konta, bo te ciągle będzie w bazie (konta rozróżniaj po mailu a nie po nickach - tego samego maila druga osoba raczej mieć nie będzie).

co do opcji 2 .

czy to będzie zgodne z prawem? przechowywanie danych bez zgody użytkownika..


zastanawiałem sie jeszcze taki sposób>

tabela z uzytkownikami

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `user` (
  `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `login_user` char(16) NOT NULL,
  `password` char(40) NOT NULL,
  `email` char(50) NOT NULL,
  `code` varchar(32) NOT NULL,
  `date` datetime NOT NULL,
  `status` tinyint(1) DEFAULT '0',
  `rank` int(2) NOT NULL DEFAULT '1',
  PRIMARY KEY (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci;
[SQL] pobierz, plaintext 

tabela ze zdjeciami

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `user_photo` (
  `photo_id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
   `id_user` int(10) UNSIGNED NOT NULL, 
   `login_user`char(16) NOT NULL,
  `album_id` int(10) UNSIGNED NOT NULL,
  `id_cat` int(10) UNSIGNED NOT NULL,
  `file_name` varchar(128) COLLATE utf8_polish_ci NOT NULL,
  `photo_name` varchar(128) COLLATE utf8_polish_ci NOT NULL,
  `photo_desc` text COLLATE utf8_polish_ci NOT NULL,
  `add_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `counter` int(10) UNSIGNED NOT NULL,
  PRIMARY KEY (`photo_id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
[SQL] pobierz, plaintext 

i teraz.. moze zrobić tak ze zapisując zdjęcia zapisuje sie aktualna nazwa użytkownika.. a jesli chce sie odwołac do teo użytkownika pobieram user.photo.id_user porównujac go z user.id .. i jesli w user.id bedzie wykasowana cała zawartość poza id to bedzie mozliwość rejestracji konta pod tym takim samym loginem.. przykładowo - "zbyszek" to poprowadzi go używajac id - i wyskoczy ze kotno jest usuniete - mimo iż uzytkownik o takim loginie bedzie istnial..

pole id chyba bardziej bedzie sie oplacac dodac zamiast kozystać z email

co o tym sądzisz?

ps. piszac odpowiedz - coraz bardziej uświadamiam sobie ze znam rozwiazanie problemu:) ale moge sie mylic