recycle bin za CMS

[ivanhoe]

nesto se igram i hocu da dodam recycle bin u jedan moj CMS, odnosno da napravim foru da se sve sto se brise, ne obrise zaista, vec se samo prebaci negde, i da moze po potrebi da se uradi undelete... ovo se odnosi i na fajlove i na bazu..

Jeste radili nekad nesto slicno?

Imam neke nedoumice oko toga kako da implementiram celu stvar, recimo za fajlove da li :
a) "obrisane" fajlove pomeriti u specijalni direktorijum tako da relativna putanja u tom diru bude ista kao originalna u odnosu na web-root (npr. fajl /home/pera/www/foo/bar.jpg se nakon brisanja smesta u /home/pera/obrisano/foo/bar.jpg)

b) preimenovati "obrisane" fajlove u neko genericko ime u nekom dir-u, a u bazi pamtiti gde je taj fajl ranije bio (ovo je mocnije resenje jer postoji mogucnost da se sacuva vise fajlova istog imena i putanje..)

c) integrisati se u neki CVS

Takodje za recorde iz baze, da li da cuvam obrisane recorde u zasebnoj tabeli ili samo da ih markiram kao obrisane ?

Sta mislite?

[Ilija Studen]

Ne znam za fajlove (nisam baš mnogo razmišljao o tome).

No, novi activeCollab ima Trash. Sve se svodi na STATE flag. ENUM sa tri moguće vrednosti STATE_SPAM, STATE_DELETED i STATE_VISIBLE.

Kada se prikazuje Trash izlače samo objekte sa DELETED stanjem. Znači, ne pomeram objekte u drugu tabelu već sve držim u jednoj. Nisam se još bavio performansama ovog rešenja, ali ne vidim zašto bi pravio probleme ako nije u pitanju velika količina podataka...

[zira]

Ne znam kakva je interna organizacija tog CMS-a...
Sto se tice tabela, radim isto kao i Ilija, samo flegujem zapis kao obrisan, tj. da je u recycle bin-u.
Za fajlove, ako ih vec sve imas u bazi, mozes isto tako samo da ih flegujes u samoj bazi kao obrisane, nema potrebe da ih fizicki premjestas.
Fizicko brisanje zapisa i fajlova radis u trenutku kada neko odluci da ih obrise iz recycle bin-a.

[ivanhoe]

Originalno napisao zira

Za fajlove, ako ih vec sve imas u bazi, mozes isto tako samo da ih flegujes u samoj bazi kao obrisane, nema potrebe da ih fizicki premjestas.

moracu da ih pomeram, jer kad neko "obrise" fajl ocekuje da tom fajlu vise nece moci da se pristupi, a posto fajlove drzim na disku i pristupa im se direktno, onda moram da ih nekako sakrijem...

mozda samo uradim rename fajla..

[Ilija Studen]

Samo da vidim da li mi je logika ispravna - ako je u pitanju *nix dodavanje tačke na početak imena fajla će ga automatski označiti kao hidden i neće mu se više moći pristupiti preko web servera (direktnim kucanjem URL-a u address bar)?

[Ivan]

Originalno napisao ivanhoe

moracu da ih pomeram, jer kad neko "obrise" fajl ocekuje da tom fajlu vise nece moci da se pristupi, a posto fajlove drzim na disku i pristupa im se direktno, onda moram da ih nekako sakrijem...

mozda samo uradim rename fajla..

Mozes da radis rename, ali u slucaju da imas neki file manager onda ces morati da mu napravis logiku da ne cita fajlove sa tim i tim tagom (deo koji npr dodajes u postupku menjanja imena ili sl.). I/Ili mozda da radis neki .htaccess trik ali u slucaju gde ima mnogo fajlova moze se desiti do uzaludnog trosenja resursa ... !?

[Dušan Dželebdžić]

Možeš i da iskopiraš logiku koja se koristi u desktop OSovima, i koja već funkcioniše na milionima računara bez (puno) problema

Windows: Skriveni folder "Recycled", u njemu svi fajlovi koji su brisani, bez očuvanja strukture foldera i sa random karakterima umesto naziva fajla. U bazi se čuvaju originalni nazivi i lokacije fajlova

KDE/Gnome: Direktorijum .Trash (tačkica na početku označava skriveni dir). U principu isto kao na Windowsu, samo bez šifrovanja imena fajlova.

@Ilija: Tačka sakriva fajl, u zavisnosti od konfiguracije servera može da se desi da se ne prikaže u dir listingu, ali može da mu se pristupi direktno -- http://www.impetusdesign.com/.ilija.html

[Ivan]

I jedno i drugo resenje nije lose (mislim na premestanje ili rename), rename je po meni bolje u slucajevima kada nema ftp pristupa usera jer se skracuje postupak (ne mora se puno petljati po bazi, dovoljno je cuvanje samo putanje 'obrisanih' fajlova, ne mora da se premestaju fajlovi, itd ...).

[degojs]

Moraš da radiš rename u svakom slučaju i to tako da bude jedinstveno ime, ako hoćeš da čuvaš nekoliko različitih fajlova sa istim imenom.

1. imaš fajl sa imenom "abc.txt"
2. fajl se obriše (i možda premesti u neki RecylceBin folder)
3. imaš novi fajl sa istim imenom (na istom mestu gde je bio prethodni): "abc.txt"
4. fajl se obriše. Ako ga pomeriš u RecycleBin, a bez novog jedinstvenog imena, prepisaćeš onaj prvi "abc.txt" koji je već tamo.

Itd.

[salebab]

^ pa on svakako u bazi mora da cuva originalno ime fajla zbog restore. Znaci samo kada upisuje novi fajl proveri dal se u bazi nalazi takvo ime fajla.
Moj predlog je samo rename, recimo neki prefix fajlu npr "rb_"