Da li da pravis svoje ili da koristis nesto gotovo, pa, zavisi od potreba. Ja sigurno tako bitnu stavku ne bih sam pravio.

Sto se tice gotovih stvari, ono sto znam da valja su Zend Framework komponente Zend_Auth i Zend_Acl. Odlicne tekstove oko Zend_Acl-a imas ovde http://codeutopia.net/blog/200...isconceptions-and-simple-acls/

Imas u Zend-u kada instanciras element forme kao password i to polje kasnije upises u bazu, onda sam framework vrsi enkripciju

http://framework.zend.com/manual/en/zend.form.quickstart.html

A, ako implementiram taj Zend_Acl nemam potrebe da koristim ostale delove zend paketa MVC itd?
Ako sutra odlucim da skinem Zend_Acl da li moze bez ometanja da se zameni sa nekim drugim A&A framework-om (neki novi, custom itd)?

Da, mozes samo te delove koristiti. Zamena sa drugim je vec opet pitanje kako je taj drugi napravljen.

Zato je ZF dobar, plug'n'play samo onih delova koji ti trebaju.

Zend_ACL je fina komponentica, ja sam je na primer integrisao i to sa Codeigniter-om bez problema

ZF, pored Zend_Acl-a ima još dosta, kako ti kažeš, "finih" komponenti, a najbolje od svega je to što svaku od njih bez problema možeš integrisati u neki projekat koji nije ZF-baziran. To samo opravdava činjenicu da je Zend Framework pravi primer "glue" framework-a.

Što se Zend_Acl komponente tiče, njen kvalitet je u tome što je pisana da bude potpuno apstraktna, tačnije, nije namenjena definisanju pravila pristupa isključivo za stranice sajta, već s njom možeš da odrediš pravila za prisutupanje bilo kom resursu, npr. fajlu, objektu, i slično. Nju samo treba da "opremiš" pravilima za pristup nekom resursu (npr. pera može da pristupu ovom resursu, mika se odbija pristup za neki drugi resurs, itd.), i da onda u određenom trenutku pošalješ upit Zend_Acl instanci, u smislu da li neko može da pristupi nečemu.

Ono sto mene zanima:

ako postoje tri tipa korisnika: guest(ima samo pravo pregleda), user(logovani korisnik koji ima pravo da unese npr oglas i izmeni postojeci) i admin(koji ima pristup svim kotrolerima i akcijama). Da li postoji gotovo resenje u Zend-u da se recimo dodele privilegije user-u da samo moze menjati svoje oglase a da ostale ne moze?

Resenje ovog problema vidim tako sto se uvede jos jedan medju entitet(tabela) koji cuva id oglasa i id user-a koji ga je uneo pa se svaki put proverava da li postoje prava za update, ali ovo iziskjuje vreme da se napravi

Ne postoji. To sto ti zelis spada pod "business logic", a to je upravo ono sto ti kao developer moras da napravis.

Ne moras praviti novu tabelu, dovoljno je da u tabelu sa oglasima dodas kolonu sa ID-jem korisnika, pa na osnovu toga radis: u korisnickom panelu izlistas samo njegove oglase, prilikom izmene/brisanja ubacis proveru da li se identitet korisnika poklapa sa korisnikom koji je uneo oglas itd. ZF ti daje sve kocke, ti samo treba da ih sklopis ;)

P.S.: ako zelis da nastavis diskusiju o samom ZF auth & acl-u, molim te da "ne otimas" thread, postavi pitanje ovde: http://www.elitesecurity.org/t359614-ZF-Problemi-diskusija