PEAR dolazi standardno uz PHP-4.3.x (barem na Linuxu, za win ne znam). Sto se tice docs-a , zavisi kako za koji modul, za DB ima dovoljno, za neke nema uopste.
A za perfomanse, ajde cu napravim jedan test kasnije kad dodjem kuci, pa cu da izmerim . Postovacu kompletan test i rezultate.
Ali inace, PEAR je mnogo dobar, i dosta je dobro uradjen, mnogo je korisniji i kompleksniji nego da raw/native F-je, i na neki svoj nacin laksi za upotrebu:)
poz

Ja lično pear koristim tek odnedavno, u čemu je veliki uticaj imala knjiga "PHP Anthology" by Harry Fuecks. Korišćenje pear-a toplo preporučujem čak i onima koji nisu preterano famillijarni sa oop. U početku će biti možda teže da se navikneš, ali kada to prođeš videćeš da se development time smanjio drastično a verovatno i code reuse. Potencijalni problem može da bude to što se dobar deo pear paketa nalazi u nekoj alfa fazi, pa zato budi oprezan šta koristiš. Dokumentacija za mnoge pakete ne postoji, ali uvek postoji ona generisana phpdocumenterom a možeš da koristiš i neki class browser (ja recimo koristim Zend Studio baš zbog toga).
Jedini "perfomanse issue" koji mogu da vidim jeste to što pear koristi klase koje kod php4 zbog referenci može da donese izvesno usporenje, ali to će se rešiti kad pređemo na php5.
To da li Web Hosteri imaju pear nije mnogo bitno jer uvek možeš da includuješ fajlove iz nekog tvog lib dir-a gde ćeš smestiti pear biblioteke u slučaju da ih hosting server nema.

phpclasses.org i PEAR uopste nisu suprostavljeni projekti, jednostavo ono sto ima u PEAR-u i sto je dobro i korisno treba koristiti, ono sto ima na phpclasses.org i takodje vredi opet treba koristiti. Prednost PEAR-a jeste kolika tolika uskladjenost paketa, isti coding style, isti nacin handle-ovanaj gresaka i sl.

Sto se tice podrzanosti, poput Smarty-ja i PEAR se moze instalirati unutar stabla projekta, sto je u shared hosting okruzenjma mozda i pozeljno (jer se iskljucuje mogucnost da admin zameni neki paket sa verzijom gde se pojavljuje neka greska ili menja funkcionalnost).

Da i ja volim da drzim stvari pod (samo)kontrolom iako radim u velikom timu projekte koje vodim i za koje sam odgovoran uvijek sve biblioteke i paketi su unutar stabla projekta i kad napravim nesto da radi onda ono radi 100% sa tim setapom ako se nesto mijenja prvo prodje moj test pa onda se primjeni.

Tako najlakse i zastititi svoje dupe od krelaca kojima padne na pamet da izbace neke pear pakete ili naprave neki upgrade bagoviti.

Q: Jel pear?

A: Pear, pear kad god stignem ;)

Kruške su odlična stvar, do sad me nisu izneverile, najviše koristim onu DB klasu i mnogo je dobra, pređem na drugu bazu (na primer sa mysql-a na oracle) tako što izmenim jednu liniju koda (dsn)!!!!
Prreporučujem!

E to je stvar zasto ja ne koristim DB iz PEAR-a na taj nacin. Koja je poenta koriscenja Oracle-a ako je promena u kodu samo promena jedne linije.

:)

http://jeremy.zawodny.com/blog/archives/002194.html

E, sto se tice prelaska sa mysql na drugu bazu, za to nije dovoljno promeniti samo jednu liniju koda. Ono sto su ljudi protiv koriscenja nekog od template sistema... To malo morgen. Templating sistem MORA da se koristi ako radis u sprezi sa nekim dizajnerom (uh, kakve su to muke!).
BTW, ja koristim ADOdb kao DB abstraction layer i FastTemplate kao template engine. So, PEAR::DB i Smarty mi apsolutno nisu potrebni.
ADOdb vs PEAR::DB mozete naci na http://phplens.com/phpeverywhere/node/view/39
O Smartiju necu da trosim reci...

Ono sto meni fali su neki moduli za autentifikaciju i sl... Zasad imam nesto skrpljeno, ali me mrzi da ga dalje nadgradjujem/razvijam.

Nisam ja kriv što je čovek u istom postu u kome govorio da je db abstraction layer loša stvar (s čim se slažem) istovremeno govorio da je korišćenje template enginea loše (s čim se ne slažem).