Pa razlog zašto se ne poziva ErrorController je to što je trenutku bacanja izuzetka tvoj kod u fazi bootstrap-a, još nije izvršen dispatch(). Bolje da taj metod prebaciš u neki Controller_Plugin.

Misljenja sam da ti je pristup pogresan.
Naravno ovo neces drzati u Bootstrap-u, prouci sta i kako Bootstrap zapravo radi...

A i nije mi jasan razlog zasto bi sajt prelazio u "offline rezim" ?
Zar nije jednostavnije/prakticnije da hendlujes sve izuzetke na odgovarajuci nacin?

Pa recimo desava mi se da ima puno konekcija na bazu i sajt nece da otvorni naravno, ili jednostavno ne moze da se konektuje na bazu... Zbog tog razloga ostalih npr: kad je sajt u razvojnoj fazi, pa sa koje moze ip adrese da se pristupi, napravili smo takodje neki mini security framework kad "korisnik" napada sajt bio SQL ili XSS posle ozbiljnijeg napada da ga preusmijeri na offline stranicu i banuje IP itd...

Nov sam u zendu pa se bas tesko snalazim :) Prilicno je komplikovan, a dokumentacija i primjeri su uzasni, imate li neki dobar turtorial ili neku demo aplikaciju koja je iskoristila dobro Zendove resurse i pisana na cisto OOP sa primjenom softverskih paterna, procitao sam vecinu njihovog manual a ali ponovo mi dosta toga nije jasno.

Pa me zanima koliko je isplatljivo vremenski preci na ovo cudo od frameworka? Trebamo da radimo portal tipa b92, pa da li mi se isplati uciti ovo cudo? I za koliko vremena treba od prilike da bi se programer uhodao?

A sto se tice ovog predhodnog problema rijesio sam ga... Bootstramp ne handluje errore, pa cu to rijesiti vjerovatno pomocu nekog Nad Controlera.

A svakako hvala na odgovorima.

Evo da ti odgovorim iz ugla pocetnika koji uči Zend nekih par meseci, pa će ti sigurno odgovoriti i oni koji već razbijaju materiju...

Sa Zendom sam se susreo pre par meseci i jos uvek treniram :) .... Od tada sam u par navrata odustajao, jer nisam mogao jednostavno,
da pohvatam sve koncepte na brzaka i recimo da neki veci projekat prebacim tek tako u Zend... Hocu reci potrebno je vreme i nije dovoljno samo da poznajes koncepte objektno orijentisanog programiranja i da picis, vec mora da se nastrebaju neke fore u vezi Zend frameworka.

Sto vise ucim, vidim da sam trebao da istrajem ranije jer stvarno imas i vise nego sto je potrebno u njemu za razvoj raznih aplikacija.

Nisu mi bas najasniji tvoji db related problemi ali ili promeni hosting ili radi na optimizaciji aplikacije koju razvijas.
ZF odlicno radi na sajtovima koji imaju par hiljada unique dnevno i zaista veliki broj upita.

Meni je recimo manual odlican ali imam problem sa prelaskom na nove verzije i to je nesto sto me ubija :D
Evo 1.9 je vec out a ja se bas ponadao da cu moci da furam osmicu neko vreme :P



U koliko vec imas/te neko resenje sa cijim radom ste zadovoljni ja licno ne vidim nikakvu potrebu za prelazenje na framework.
Ako to pak nije slucaj onda je logicno baciti se na ucenje i od novih kandidata traziti poznavanje tehnologija koje koristite u razvoju.

Velik broj firmi svoja resenja bazira na svom custom framework-u jer za to postoji mali milion razloga.

Dakle koliko framework (global) ima prednosti moze da ima isto toliko i mana...
Kada kreces u realizaciju nekog komercijalnog projekta vazi pravilo da ne bi trebalo experimentisati sa necim sto je zaposlenima totalno novo.
To ce uticati na kvalitet i gotovo je izvesno da ce doci do probijanja deadline-a.

Na treci deo tvog pitanja nije moguce dati zadovoljavajuci odgovor jer sve zavisi od individue.

Ps.
Sto se tice aplikacija mozes da bacis pogled na http://www.magentocommerce.com/

Hmmmm zanimljivo, u svakom slucaju hvala na pomoci znacilo je DEFINITIVNO, ako Vam sta znaci :) odlucio sam da selim postojeci CMS na Zend pa koliko kod trajalo, ipak su oni "institucija" i to ce se razvijati samo u korist programera, "izgubicu" neko vrijeme uceci ga ali sam ubjedjen da ce se vratiti sto struko. NO dobro.
Hvala jos jednom.

E vidiš, nisam još prešao na 1.9... Nemoj mi reći da opet ima nekih radikalnih promena, kao na prelasku na 1.8?

@Nikola

Totalno sam zaglavljen sa jednim vecim projektom (1.8) tako dok ne zvarsim isti nema ni teoretske sanse da probam 1.9 :D
Realno nemam nikakvu potrebu za prelaz na 1.9 al' sta da se radi :)

Ima dosta novih stvari:
http://devzone.zend.com/articl...-Zend-Framework-1.9.0-Released

Ps.
Javi utiske kad i ako probas (trenutno) poslednji release.

Evo pređoh upravo na 1.9 na onom mom projektu... Nema nekih bitnijih razlika, sem što su uveli jednu ili dve nove klase, a i svaka komponenta je "teža" za nekoliko kila, što meni baš i ne ide na ruku, jer gledam da mi taj moj projekat ne prelazi 9MB.

Od onih komponenti koje ja koristim, jedinu, bitniju razliku sam primetio kod filtera HtmlEntities, pošto ta klasa utilizira onu istoimenu htmlentities() f-ju, kojoj je u PHP v5.2.3 dodat i četvrti parametar, pa su u ZF-u taj parametar (doubleQuote), dodali kao još jednog člana klase. A u čemu je u stvari bio problem, pre verzije 1.9, konstruktor tog filtera je prihvatao dva parametra, a sada, dodavanjem ovog trećeg člana klase, bilo je im valjda glupo da dodaju treći parametar, pa su se odlučili da idu samo sa jednim parametrom - asocijativnim nizom, preko koga bi išla ta konfiguracija. E, a ja sam u nekoliko formi, imao elemente koje koriste taj filter, a pritom ga nisam dodavao kao plugin (string), već sam ga instancirao, pa sam na tim mestima morao da menjam argument pri kreiranju instance.

Nisam stigao da istestiram i ostale komponente, a i ne verujem da ima nekih drastičnijih promena.

Sve u svemu, kad se samo setim koliko sam problema imao kod tranzicije na 1.8, i uvođenja one Zend_Application kompnente, za ovaj prelazak se može reći da je apsolutno bezbolan, bar što se ovog mog projekta tiče.

Jedna od bitnijih prednosti ZF-a je to sto iza njega stoji Zend.
Ako neko zna kako radi PHP ispod haube to su svakako oni.
To je verovatno i jedan od jacih razloga zasto je zend ovoliko popularan u moru raznih PHP framework-a.
Drugi, po meni jednako dobar razlog za popularnost ZF-a je to sto je on skup dobre prakse u resavanju problema i standarda u kodiranju.
E sad, kao i svaki drugi framework i ZF ima tendenciju da kompleksne zadatke resava jednostavno ali i da jednostavne zadatke resava kompleksno.
Doduse, sloboda kojom se moze koristiti ZF mu daje odredjenu prednost u odnosu na ostale.
Sam izbor frameworka za projekat najvise diktira sama kompleksnost projekta.
Po meni, Zend nije za jednostavnije, pa mozda cak i srednje projekte i pored zaista sirokog repertoara alata koje nudi.
Njegova moc dolazi do izrazaja tek kod kompleksnijih projekata.
Jednostvnije receno treba li koristiti bager da bi se iskopala rupa u kojoj se sadi mlado drvo? :)
Tu dolazimo i do toga kad treba poceti sa ZF-om?
Mislim da tek srednje napredni programeri mogu da izbegnu zamke i izvucu benefite iz ZF-a koji ih svakako nudi u znacajnoj kolicini.
Kad savladaju pattern-e, razlikuju dobru od lose prakse i kad pod prstima imaju nekoliko ozbiljnijih projekata ZF se jednostavno namece kao resenje.
Pre toga, ja bih izabrao neki manji framework (moj izbor je code igniter ili neki licni framework).
Sa druge strane, radeci u ZF-u, svako moze da nauci dosta.
Dokumentacija je odlicna, community veliki, ko hoce da uci svakako ima odakle.

Ovo moje razmisljanje ne treba shvatiti kao tendenciju da mladji i ne mnogo iskusni programeri treba da izbegavaju ZF, vec
da pre nego sto se upuste u rad sa ZF-om dobro razmisle jesu li spremni da iz njega izvucu sve ono sto on nudi.


Radi, ali svakako ne svojom zaslugom. ZF je sve samo ne brz.
To se postize kesiranjem (Zend_Cache je sjajan u tome) i ostalim tehnikama, a ne samim izborom framework-a.
Inace, potpuno se slazem sa drugim delom tvog posta.

@Nikola

Hvala za info!

@centaur



Mislim da smo vec pricali o ovome. Pa ako radis bilo sta ozbiljno u bilo cemu logicno je da ces vrsiti optimizaciju (kesiranje je sastavni deo toga).
Ako se radi o nekom projektu "pristojne velicne" logicno je da ti makar server nije problem a na mocnim masinama sto je i normalno sve radi kao sat.

Sa druge strane odradio sam i par mini projekata (neozbiljnih) u ZF-u kod kojih nema apsolutno nikakve optimizacije i koje se vrte na sheared hostinizima i u skladu sa brojem poseta koje ti sajtovi ostvaruju mogu samo da kazem da ZF radi savrseno brzo :D

Ono sto hocu da kazem... ako ti app puca ili je nestabilan nikako nije ZF problem vec problem samog developera (ili evenutalno ako se to hostuje kod nekog euneta i sl, pa im "slucajno-odjednom" dodje do problema sa gd-om, pdo i sl.)

Trebali bi recimo da bacite pogled na na neki od Java web frameworkova ako radite u Javi cisto da vidite kakva vam masina treba (ako se bakcete recimo sa JBossom) za normalan razvoj a ne za nesto drugo.

Nema na čemu... I da, zaboravih da ti kažem, uveli su i View_Helper za base URL (dobro su se setili ), to je npr. nešto što je meni dobro došlo, jer sam ja imao neki svoj custom made za tu namenu, al' kad sam video taj njihov, bilo me sramota ovog mog. A i napravili su ga tako da odma' prihvata i putanju koju hoćeš da append-uješ na base URL, tako da je jako pojednostavljen rad sa tim helper-om:

btw Čini mi se da idemo u veliki off topic na ovoj temi, možda bi trebalo prebaciti nekoliko poslednjih post-ova u onu temu ZF - Problemi i diskusija.