🚀 go-pugleaf

Witaj!

> Pliki nie maja tendencji do gubienia sie. Stawiam diamenty przeciwko
> orzechom ze takie rozwiazanie (pliki osobno, w bazie jakis namiar na
> nie) spowoduje to ze po jakims czasie bedzie mnostwo plikow nie 
> majacych swojego rekordu w bazie. I ten wlasnie bajzel jest
> najwiekszym problemem.

Nie wiem o jakim bajzlu mowisz. Dobrze napisana aplikacja nie ma prawa
pozwolic na powstawanie jakichkolwiek "nie zwiazanych" plikow.

Najprosciej mozna to uzyskac nastepujaco:
1. nazwa pliku = id w bazie
	czyli mamy np.
	...
	id smallint unsigned not null auto_increment,
	pict_st tinyint unsigned,
	tekst text,
	...

i teraz jesli pict_st > 0 to znaczy ze jest plik a jego rozszezenie
zalezne jest od numeru pict_st 1 = GIF, 2 = JPG, 3 = PNG

2. wszystkie plik umieszczasz w wybranym katalogu np. img/
Jesli plikow ma byc sporo np. 2000 i wiecej to tworzysz podkatalogi np.
img/
	1/
	2/
	3/
i ladujesz np. po 500 (lub jak to woli 100 ;-) do podkatalogu


3. Przy kasowaniu rekordow
a) pobierasz do tablicy wartosc pict_st z rekordów ktore chcesz
skasowac.
b) kasujesz rekordy z bazy
c) w petli robisz kasowanie wszystkich plików z tablicy, ustalajac dla
	 kazdego indywidualnie rozszezenie pliku.


4. Przy edycji danego newsa (nawiazujac do poprzedniego przykladu)
a) dajesz pole do wybrania innego pliku oraz checkboxa do odznaczenia
(skasowania) obrazka z newsa.
b) jesli odznaczysz obrazek to wpisjesz pict_st = 0 oraz dajesz
  clearstatcache ();

c) jesli w edytowanym newsie zmieniasz obrazek to:
	- pobierasz stara wartosc pict_st
	- kasujesz stary obrazek jesli byl
	- clearstatcache ();
	- dalej postepujesz jak przy dodawaniu (oczywiscie zamiast
		 INSERT robisz UPDATE)


Reasumujac nic Ci sie nie moze zepsuc.


Pozdrawiam Adam.