Zend Framework ed altri framework per PHP

[Antonio]

Aggiungo qualche proposta, prima a parte le critiche e la proposta di usare un framework documentato non ho indicato niente.

- zend framework non lo conosco bene, ma già vi posso dire che se lo adottate sarebbe per me una buona occasione per cominciare ad usarlo in produzione.
A mio modo di vedere puo' avere lo svantaggio di assere piu' un "contenitore" (ottimo, solido e aggiornato) di componenti e di standard, piu' che una base "veloce" e "semplice" per costruire applicazioni web.

- prima di arrivare a zend framework ci sono una serie di framework php che forse dovreste considerare, che pur non essendo "solidi" come zf, hanno una curva di apprendimento veramente ridotta.. e definiscono cio' che "puo' bastare" come base di una applicazione web "seria".

La mia esperienza mi porta a consigliarvi codeigniter o kohanaphp, e se volete solo un mvc scarnissimo in pochi file anche caffeinephp puo' essere una alternativa (a quello che stavate usando).

Viva l'open source, e ad ogni modo mi interessa il progetto e per quanto possibile contribuiro'.

Uso lo ZF dalla v.1 e posso dirti che molto è flessibile e di facile apprendimento.
Essendo diviso in componenti puoi studiarli man mano che li andrai ad usarli, senza conoscere tutto il framework da subito (cosa che devi fare con altri fw)

Se poi vuoi usare anche Zend_Contoller/View hai anche una architettura MVC abbastanza potente e pronta all'uso.

Messaggi spostati dal topic: ShineISP - Software italiano per la gestione ISP

[Uno]

Uso lo ZF dalla v.1 e posso dirti che molto è flessibile e di facile apprendimento.
Essendo diviso in componenti puoi studiarli man mano che li andrai ad usarli, senza conoscere tutto il framework da subito (cosa che devi fare con altri fw)

Se poi vuoi usare anche Zend_Contoller/View hai anche una architettura MVC abbastanza potente e pronta all'uso.

Pesantino però eh... (sia chiaro che non voglio aprire una guerra di religione)

[Antonio]

Pesantino però eh... (sia chiaro che non voglio aprire una guerra di religione)

Nessuna guerra, stai tranquillo

Puoi dirmi cosa intendi per pesante?

Se intendi il peso sul disco del framework, con tutte le librerie che contiene mi sembra logico che sia sui 10MB (nessuno poi ti dice di caricare tutti i componenti online )

Se intendi il footprint in memoria, per il frontend di un progetto che sto portando avanti con:

• Zend_Controller (e tutti gli altri moduli per MVC...)
• Zend_Registry
• Zend_Translate
• Zend_Session
• Zend_Acl
• Zend_Auth
• Zend_Cache
• Zend_Captcha
• Zend_Config
• Zend_Currency
• Zend_Date
• Zend_Db
• Zend_Form
• Zend_Http
• Zend_Json
• Zend_Loader
• Zend_Locale
• Zend_Log
• Zend_Mail
• Zend_Pdf (con alcune aggiunte)
• Zend_Search_Lucene
• Zend_Soap
• Zend_Uri
• Zend_Validate
• ZendX_JQuery
• altre librerie e plugin scritti da me

e ZFDebug occupo sui 2,5MB di memoria: di cui un 300k sono del controller, ed altri 200-300k per file di caching vari (quindi siamo sui 2MB)

A me non sembrano affatto tanti per tutte le cose che hai pronte ed a portata di mano

PS: Se vuoi parlarne posso splittare il post e continuiamo lì

[Uno]

Si intendevo quello, spazio sul disco ma anche risorse occupate e giri di include e parse per ogni cosa che si deve fare.
Ovviamente è normale per avere delle cose già pronte, la comodità si paga e se dovessi sviluppare un social network di una certa consistenza non lo userei (beh probabilmente non userei neanche php a dire il vero, forse solo per qualche parte marginale).
La curva di apprendimento non è tra le peggiori ma c'è in giro roba più semplice, per esempio io mi trovo bene con Codeigniter.
Ha 1mb e spicci di librerie (quindi calcola te che footprint può avere) certo in confronto a Zend ha molto meno, le acl, per esempio, te le devi fare per conto tuo, ma è veramente molto semplice estendere e/o sostituire le librerie native o aggiungerne altre.

Diciamo che è poco più che lavorare con php avendo solo un minimo di impostazione ed organizzazione della struttura di base, oltre a quache libreria utile.

Ripeto che non sto dicendo che ZF sia un prodotto non buono, anzi... ma faccio fatica a trovargli impiego, quello che devo fare o è troppo semplice per cui ZF sarebbe esagerato, oppure se volessi fare cose più complesse lavorerei più vicino all'interprete o addirittura cambierei linguaggio, con CI ho qualche comodità pur non allontanandomi tanto dal PHP nudo.

[Antonio]

Si intendevo quello, spazio sul disco ma anche risorse occupate e giri di include e parse per ogni cosa che si deve fare.

Include? Cosa sono gli include?
Aaaah si, adesso ricordo, sai com'è, con le funzioni di autoload non li uso più da tempo . Anzi, visto che uso le funzioni di autoload, ogni volta che aggiorno il framework faccio un grande massive replace per commentare anche i suoi di include e ci guadagni non poco in fase di esecuzione
Le librerie che non usi con questo metodo non sono caricate e quindi non ti occupano niente in memoria (cosa che potrebbe succedere se invece ti dimentichi in giro qualche include di un modulo che abbandoni)

Ovviamente è normale per avere delle cose già pronte, la comodità si paga e se dovessi sviluppare un social network di una certa consistenza non lo userei (beh probabilmente non userei neanche php a dire il vero, forse solo per qualche parte marginale).

Per il progetto che sto portando avanti lo sto usando per la sola parte di webfrontend, il bello di MVC è che con il model i dati puoi recuperarli come più ti garba: DB, XMLrpc/SOAP, JSON etc etc
Anche io per un periodo ho bistrattato PHP, ma per alcune cose lo preferisco lungamente a JAVA (pensando anche a come sia più semplice trovare un developer/designer che conosca PHP rispetto a java in ambito web).
Per la parte di backend, invece, imho, JAVA EE è un must.

La curva di apprendimento non è tra le peggiori ma c'è in giro roba più semplice, per esempio io mi trovo bene con Codeigniter.
Ha 1mb e spicci di librerie (quindi calcola te che footprint può avere) certo in confronto a Zend ha molto meno, le acl, per esempio, te le devi fare per conto tuo, ma è veramente molto semplice estendere e/o sostituire le librerie native o aggiungerne altre.

Prima di fermarmi sul fw di Zend ne ho visti diversi, e codeigniter mi era rimasto in ballottaggio assieme a simfony. L'ultimo l'ho scartato perché non mi permetteva la piena libertà, codeigniter invece per come era scritto (questione di gusti) e perché meno completo di ZF.

Diciamo che è poco più che lavorare con php avendo solo un minimo di impostazione ed organizzazione della struttura di base, oltre a quache libreria utile.

Esattamente la stessa cosa che fai con lo Zend Framework, mica devi usare necessariamente il modulo MVC o tutte le librerie

Ripeto che non sto dicendo che ZF sia un prodotto non buono, anzi... ma faccio fatica a trovargli impiego, quello che devo fare o è troppo semplice per cui ZF sarebbe esagerato, oppure se volessi fare cose più complesse lavorerei più vicino all'interprete o addirittura cambierei linguaggio, con CI ho qualche comodità pur non allontanandomi tanto dal PHP nudo.

Questa cosa del lavorare più vicino all'interprete non l'ho mai capita , intendi usare la programmazione procedurale con minore astrazione?
Per un progetto grosso ti complichi la vita (lavorare in team significa poter assegnare ad ognuno un task, senza correre il rischio che il refactoring di un determinato modulo ti costringa a fare cambiamenti anche ad altri o a ripetere la fase di testing per tutto l'applicativo) ed hai scarsi miglioramenti in quanto a velocità di esecuzione (non stiamo parlando di usare l'assembly dentro un programma in C).

Poi mi sembra logico che se devo costruire un sitarello con 4 pagine e mi serve php per un guestbook ed un gestore di news rudimentale potrei fare anche a meno di framework (anche se io un fw lo userei lo stesso, perché ti permette maggiore controllo su quel che fai e, se lo conosci bene, fai anche prima a sviluppare quanto ti interessa).

[Uno]

Antò non fà lo spiritoso che ne ho ancora tante di barzellette sugli.... uhum no è un dato personale e non posso

Include? Cosa sono gli include?
Aaaah si, adesso ricordo, sai com'è, con le funzioni di autoload non li uso più da tempo .

Il fatto che non lo fai tu non significa che i file vengono chiamati, quello intendevo con include e parse.
Teoricamente, seppur improponibile, si guadagnerebbe qualche centesimo di centesimo con un unico grande file che fa quasi tutto, anche se ci si rimette come uso di ram, comunque più è largo il framework e più file da caricare ci sono anche se non lo carichi tutto.

Anche io per un periodo ho bistrattato PHP, ma per alcune cose lo preferisco lungamente a JAVA (pensando anche a come sia più semplice trovare un developer/designer che conosca PHP rispetto a java in ambito web).
Per la parte di backend, invece, imho, JAVA EE è un must.

No no, io non bistratto PHP, è forse il miglior linguaggio di script, dicevo solo che per alcune cose conviene passare ad altro.
Java non mi è mai riuscito di farmelo piacere

Prima di fermarmi sul fw di Zend ne ho visti diversi, e codeigniter mi era rimasto in ballottaggio assieme a simfony. L'ultimo l'ho scartato perché non mi permetteva la piena libertà, codeigniter invece per come era scritto (questione di gusti) e perché meno completo di ZF.

Io invece non volevo usare framework, ma prima di chiudere completamente la porta ho provato a vederli tutti per capire se per quello che serve a me potevo avere dei vantaggi. Alla fine della fiera sono rimasti CI e ZF e come cumulo di librerie le EZ, poi provandoli sono giunto alle conclusioni che per me va meglio CI.
E' tutto più veloce (ripeto per me) dalla documentazione, ben scritta ma snella e rapida da leggere, alla curva di apprendimento (in 10 minuti sviluppi un blog o un contenitore di articoli minimale anche se non hai mai usato CI) etc...

Questa cosa del lavorare più vicino all'interprete non l'ho mai capita , intendi usare la programmazione procedurale con minore astrazione?

Esatto, per alcune cose potrebbe essere perfino non conveniente usare un dbms già fatto ma costruirsi tutto il database a manina.
Questo però implica o lavorare da soli o in team quasi nello stesso ufficio.

Per un progetto grosso ti complichi la vita (lavorare in team significa poter assegnare ad ognuno un task, senza correre il rischio che il refactoring di un determinato modulo ti costringa a fare cambiamenti anche ad altri o a ripetere la fase di testing per tutto l'applicativo) ed hai scarsi miglioramenti in quanto a velocità di esecuzione (non stiamo parlando di usare l'assembly dentro un programma in C).

Poi mi sembra logico che se devo costruire un sitarello con 4 pagine e mi serve php per un guestbook ed un gestore di news rudimentale potrei fare anche a meno di framework (anche se io un fw lo userei lo stesso, perché ti permette maggiore controllo su quel che fai e, se lo conosci bene, fai anche prima a sviluppare quanto ti interessa).

Io non odio i framework ma questo articolo Perchè odio i Framework - The Joel on Software Translation Project riassume abbastanza bene la mia idea... anzi prima pensavo peggio poi grazie a ZF e CI ho pensato che forse a volte mi potrebbero far comodo

[Antonio]

Il fatto che non lo fai tu non significa che i file vengono chiamati, quello intendevo con include e parse.
Teoricamente, seppur improponibile, si guadagnerebbe qualche centesimo di centesimo con un unico grande file che fa quasi tutto, anche se ci si rimette come uso di ram, comunque più è largo il framework e più file da caricare ci sono anche se non lo carichi tutto.

Lo so bene che vengono inclusi ugualmente, ma se la gestisce l'engine, quindi non rischi di includere anche quanto non serve.
Al prossimo aggiornamento oltre a far saltare gli include genero anche un unico file gigante, voglio vedere l'incremento di prestazioni se è apprezzabile .

Giusto per dirti quanti file vengono inclusi in una pagina presa a caso (il template è ancora minimale e non sempre uso tutti i moduli che ho linkato in precedenza, dato che non servono sempre):

File Information
185 Files Included
Total Size: 1552.2K
Basepath: /var/www/xproj/trunk/alba/public/

Prendendo solo la roba dello zend: 155files

Possono sembrare molti file, ma grazie alla cache (non di tutta la pagina, ho implementato 5-6 livelli di caching diversi), xcache/eaccelerator ho tempi di caricamento delle pagine veramente di tutto rispetto

No no, io non bistratto PHP, è forse il miglior linguaggio di script, dicevo solo che per alcune cose conviene passare ad altro.
Java non mi è mai riuscito di farmelo piacere

Altro... non fare il vago, non me la prendo mica se scrivi cosa hai in mente

Io invece non volevo usare framework, ma prima di chiudere completamente la porta ho provato a vederli tutti per capire se per quello che serve a me potevo avere dei vantaggi. Alla fine della fiera sono rimasti CI e ZF e come cumulo di librerie le EZ, poi provandoli sono giunto alle conclusioni che per me va meglio CI.

Ad EZ ho dato anche io una occhiata, ma a quel punto ho preferito lo ZF (che adotta la stessa filosofia). Anche io, come te, in "finale" ho portato lo ZF e CI, ma non ti dico cosa ho scelto alla fine

E' tutto più veloce (ripeto per me) dalla documentazione, ben scritta ma snella e rapida da leggere, alla curva di apprendimento (in 10 minuti sviluppi un blog o un contenitore di articoli minimale anche se non hai mai usato CI) etc...
Esatto, per alcune cose potrebbe essere perfino non conveniente usare un dbms già fatto ma costruirsi tutto il database a manina.
Questo però implica o lavorare da soli o in team quasi nello stesso ufficio.

Qui si spiega la tua scelta per CI.
Io ho scelto lo ZF perché è Component Oriented, quindi non devo necessariamente seguire uno schema preciso per programmarci e sono più libero nell'implementazione. A questo punto ti direi di dare una occhiatina anche a Simfony.

Io non odio i framework ma questo articolo Perchè odio i Framework - The Joel on Software Translation Project riassume abbastanza bene la mia idea... anzi prima pensavo peggio poi grazie a ZF e CI ho pensato che forse a volte mi potrebbero far comodo

Va beh, come al solito si esagera, se poi leggi bene si parla di Java... ed effettivamente con Java in alcuni ambiti si è arrivati ad un punto tale che ti conviene prenotare una visita dallo psicologo prima di iniziare a mettere mano/studiare alcuni fw (anche abbastanza famosi).
Io avrei usato l'analogia con le seghe al posto dei martelli .

Java per un backend, applicazioni client/server, standalone è ottimo... ma per webfrontend meglio non pensarci

[Uno]

Lo so bene che vengono inclusi ugualmente, ma se la gestisce l'engine, quindi non rischi di includere anche quanto non serve.
Al prossimo aggiornamento oltre a far saltare gli include genero anche un unico file gigante, voglio vedere l'incremento di prestazioni se è apprezzabile .

Giusto per dirti quanti file vengono inclusi in una pagina presa a caso (il template è ancora minimale e non sempre uso tutti i moduli che ho linkato in precedenza, dato che non servono sempre):


Possono sembrare molti file, ma grazie alla cache (non di tutta la pagina, ho implementato 5-6 livelli di caching diversi), xcache/eaccelerator ho tempi di caricamento delle pagine veramente di tutto rispetto

Ho fatto un include su un file test.php nella stessa cartella con dentro solo

echo "ciao" 

In una pagina con il tempo preso subito prima e subito dopo l'include.
Sono il primo a dire che ovviamente la cosa è ultraspannometrica ed imprecisa, ma giusto per farsene una vaghissima idea quell'include ha speso 0.0003 ms moltiplicandolo per 185 fa pur sempre 0,0555
Tenendo presente che nei tuoi include non ci sarà solo echo ciao...
Questo non influirà sull'applicazione normale, ma se dovessi tirar su un ebay (posto che non lo tirerei su in PHP) ci siamo capiti no?

Altro... non fare il vago, non me la prendo mica se scrivi cosa hai in mente

IO?
Ho fatto una battuta, vediamo se la capisci e quanti linguaggi esostrani conosci.
Seriamente, non so dipende... in C per roba che non si vede ma deve lavorare, ma io per comodità, su desktop uso anche il buon vecchio Pascal, intanto perchè il primo amore non si scorda mai, poi perchè i ragazzi di Lazarus stanno facendo un bel lavoro ed semplice scrivere e compilare cross platform

A questo punto ti direi di dare una occhiatina anche a Simfony.

Li ho guardati tutti, di alcuni non ricordo neanche più il nome, comunque se uso un framework uso CI, tengo sempre buono ZF anche se non so se mai l'userò, oppure faccio tutto a manina al limite con un paio di buone librerie tipo phpmailer, ezsql (lo so che ormai non avrebbe senso ma ci sono affezionato e poi funziona bene e velocemente) rigorosamente in LGPL

Va beh, come al solito si esagera, se poi leggi bene si parla di Java... ed effettivamente con Java in alcuni ambiti si è arrivati ad un punto tale che ti conviene prenotare una visita dallo psicologo prima di iniziare a mettere mano/studiare alcuni fw (anche abbastanza famosi).
Io avrei usato l'analogia con le seghe al posto dei martelli .

Dai era per ridere l'articolo però qualcosa di vero c'è

[Antonio]

Ho fatto un include su un file test.php nella stessa cartella con dentro solo

echo "ciao" 

In una pagina con il tempo preso subito prima e subito dopo l'include.
Sono il primo a dire che ovviamente la cosa è ultraspannometrica ed imprecisa, ma giusto per farsene una vaghissima idea quell'include ha speso 0.0003 ms moltiplicandolo per 185 fa pur sempre 0,0555
Tenendo presente che nei tuoi include non ci sarà solo echo ciao...
Questo non influirà sull'applicazione normale, ma se dovessi tirar su un ebay (posto che non lo tirerei su in PHP) ci siamo capiti no?

Va beh, poi vedo di fare un test un poco più attendibile facendo come ti ho detto nel precedente post
Per quanto riguarda le grosse applicazioni concordo con te, ma per il solo frontend secondo me ha molto da dare

IO?
Ho fatto una battuta, vediamo se la capisci e quanti linguaggi esostrani conosci.

Oddio, mi sta anche bene che non vuoi usare framework, ma php di base ti da già una infinità di funzioni in più rispetto ai linguaggi di scripting come lua,smalltalk & Co... a questo punto facciamo tutto in casa ogni volta partendo dall'assembly

Seriamente, non so dipende... in C per roba che non si vede ma deve lavorare, ma io per comodità, su desktop uso anche il buon vecchio Pascal, intanto perchè il primo amore non si scorda mai, poi perchè i ragazzi di Lazarus stanno facendo un bel lavoro ed semplice scrivere e compilare cross platform.

Parlavo sempre di linguaggi di scripting, se no qui non ne usciamo più ; anche perché poi devi iniziare a chiederti se cerchi le performance assolute o la velocità nello sviluppo e la possibilità di usare alcuni strumenti pronti.

Dai era per ridere l'articolo però qualcosa di vero c'è

Lo so, conosco quel sito, ma molto spesso con l'ironia e le battute si dice la verità (ed infatti se contestualizzi tutto usando come chiave di lettura i framework in java tutti i torti non li ha l'autore).

[andrea.paiola]

beh diciamo che la cosa più importante è usare gli strumenti giusti ( se non lo fai per cazzeggio, capiamoci ): se devo fare un blog non userò un framework, ma userò un cms che serva a fare quello... ce ne sono molti e scegli quello che ti piace di più.

Per esempio un Drupal, che è pensato anche per non essere solo un blog...

i framework a cosa servono? servono a costruire elaborati siti "custom" altamente dinamici, ossia non facilmente riconducibili a CMS che ti piacciono ;-)

[Uno]

beh diciamo che la cosa più importante è usare gli strumenti giusti ( se non lo fai per cazzeggio, capiamoci ): se devo fare un blog non userò un framework, ma userò un cms che serva a fare quello... ce ne sono molti e scegli quello che ti piace di più.

Per esempio un Drupal, che è pensato anche per non essere solo un blog...

i framework a cosa servono? servono a costruire elaborati siti "custom" altamente dinamici, ossia non facilmente riconducibili a CMS che ti piacciono ;-)

Sarò fuori io o troppo esigente, ma non c'è un cms che mi piace, a volte per comodità e velocità mi ci posso pure adattare, comunque se posso preferisco farmi pure il blog.
Sto usando vbulletin (che non è una schifezza) su un paio di forum ed è da un pezzo che sto pensando di farmi il forum per conto mio (e lo faccio prima o poi vedrai), fa un pò te
Drupal proprio non mi piace (gusto personale ed opinabile) ma non chiedermi perchè, dovrei pensarci abbastanza per verbalizzare il motivo.
Comunque c'è poco da fare, a me piace il cms inteso come gestore di contenuti fatto da me in modo da poter aggiungere e/o modificare moduli quasi ad occhi chiusi.

@Antonio, ah se parlavi solo di linguaggi di scripting quello che mi piace di più (per il web) è il PHP, lo avevo già detto. Tu però mi hai chiesto come farei cose più complesse e con necessità particolari, non le farei in PHP.

[megadix]

Mi inserisco di straforo nella discussione, vi chiedo scusa in anticipo perché so che sarò prolisso

Di recente un amico di un amico di un parente di un conoscente [...] aveva bisogno di un piiiiccolo gestionale per il suo piiiicccolo database... beh insomma avete capito che ho corso il rischio di lavorare gratis

Premetto una cosa: io personalmente non realizzerei un gestionale "serio" (passatemi il termine) in PHP, per diversi motivi che vi risparmio ma che potete immaginare sapendo che adoro Java e tutto il ben di dio (la maledizione di montezuma direbbe qualcuno) che si porta dietro...
Fatti due conti mi sono detto "Perché non imparare qualcosa di nuovo?" e così mi sono trovato a studiare diversi framework PHP, più o meno tutti quelli che avete citato, e sono arrivato ad alcune conclusioni.

Code Igniter: facile da imparare, codice scritto in maniera -ehm- particolare, molto limitato nell'uso ma ben documentato.

Zend Framework: completo, difficile, +1 per il supporto commerciale.

CakePHP: facile da imparare, ottima documentazione, alcune lacune.

Symfony: completo, ottima documentazione, ottimo supporto alla persistenza (in particolare l'integrazione con l'ORM Doctrine), in alcuni casi troppo sofisticato.

Ovviamente il progetto non è andato avanti, anche se ne ho realizzate quattro versioni complete! Certo nel percorso mi sono fatto una cultura Quello che ho constatato però è che alla fine il segreto è sempre lo stesso: isolare in maniera corretta i vari strati applicativi aiuta a migrare da un framework all'altro.

Si parte con CodeIgniter, si passa a CakePHP, per approdare infine a Zend o Symfony. Intanto il progetto cresce, ma se si isolano i servizi dalla persistenza e dalla view è tutto più facile.

E alla fine di tutto 'sto giro si ritorna a Java... scusate non ho resistito!!!

---
Ho inserito i successivi post sui framework JAVA nella discussione: Web Framework per JAVA .

Antonio.

[andrea.paiola]

il confronto Java - PHP non esiste: PHP è nato per il Web e fa solo quello, Java lo usi se ti serve integrare con altre piattaforme o c'è qualche lacuna di PHP che ti serve...

potrei anche citare Python o Ruby già che ci siamo... anche lì ci son framework più o meno specifici per il Web piuttosto interessanti...

ce ne sono persino in Erlang... ma vabbè

[guest]

Riesumo il thread perchè ho una domanda.
Sono in cerca di un FW PHP5 only (no, il supporto a php4 non lo voglio, perchè per poter supportare php4 bisogna evitare di fare le cose come si dovrebbe) con queste caratteristiche:

- strutturare un software in ambiente MVC (lo fanno un po tutti i framework)
- sia per certi versi simile a rails e che abbia la possibilità di definire singolarmente determinate route che bypassano la logica tradizionale di selezione controller tramite URL. Ad esempio vorrei poter dire che una URL /pippo/prova/ non sia più associata al controller Pippo, metodo prova, ma bensì al controller Pluto metodo ciao.

- mi permetta di creare dei "namespace logici" ovvero degli accorpamenti di controller con associato (a tutto il namespace) determinati filtri in modo da poter creare un namespace di nome "admin", che pescherà i controller da dentro la directory /admin/ e non dal solito percorso e tutti i controller in esso presenti devono poter essere filtrati tramite un sistema di autenticazione che andrò a definire.

In sostanza, dopo una chiaccherata con il buon Valeriano, ho bisogno di Rails versione PHP.

C'è o me lo devo fare da solo?
Cake farebbe quasi al caso mio ma:
1) supporta PHP4 e nel codice si vedono i workaround per php4 (tutti metodi pubblici, per dirne una)
2) non ho capito se è possibile definire delle route per l'area amministrativa ed associare a tutto il blocco un beforeFilter in comune per l'autneticazione. Si può fare a livello di controller, ma se l'admin fosse composta da 100 controller, il rischio di dimenticarne fuori uno non protetto da auth è esponenziale.

Symfony, sinceramente, è troppo complesso. Non ho capito come funziona...

[andrea.paiola]

come Symfony è troppo complesso

The Definitive Guide to symfony | Chapter 9 - Links And The Routing System | symfony | Web PHP Framework
The Definitive Guide to symfony | Chapter 6 - Inside The Controller Layer | symfony | Web PHP Framework
Symfony2 | Quick Tour | Part 3
Plugins | sfGuardPlugin | 4.0.0 | symfony | Web PHP Framework
Learn symfony: a Beginner's Tutorial

è uno dei più documentati