sfSpyPlugin: Una spia nelle tue applicazioni
Il buon Francois ha rilasciato qualche giorno fa uno dei plugin IMHO più interessanti mai sviluppati per Symfony, come suggerisce il nome, questo plugin permette di “spiare” nel vero senso della parola i movimenti dell’utente all’interno della nostra applicazione, praticamente facendo il lavoro di molti servizi a pagamento (e anche molto a pagamento) a costo zero, magia di Symfony e dell’ottima libreria JS Jquery.
Il risultato dunque sarà una comoda interfaccia di amministrazione, con tutte le sessioni degli accessi e della navigazione degli utenti, con i tipici comandi che possiamo trovare su una periferica di registrazione come un VCR dunque: Playback, (fast) Rewind/ (fast) Forward e Pausa e la possibilità di etichettarle con un nome. Non è strepitoso ?
Se volete vederlo in azione non perdete questo screencast:
http://screencast.com/t/tnhx8kBl5P1
E la guida di uso e installazione nel wiki di Symfony
Per i più geek a cui piace fare tutto da terminale (mi metto in questo simpatico gruppetto) c’è anche la possibilità di rivedere tutto, invece che con un filmato point-and-click, dal codice.
E’ una vera innovazione, permetterà di tenere traccia in maniera più approfondita di come l’utente realmente interagisce con l’applicazione e quindi tirarne fuori una strategia tra coders e designer di maggiore impatto.
Molti dicono che Symfony è lento, molti altri invece non aspettano altro che buttare fango su PHP, non credo che sia quello il punto, è la creatività il cuore pulsante di ogni progetto e con Symfony di creatività e talento ne abbiamo a volontà.
Al momento ancora non l’ho provato, purtroppo nei miei progetti ho lavorato sempre con prototype che almeno per la versione 1.0.x di Symfony è la libreria di default, ma ho in cantiere alcuni nuovi progetti e sicuramente non mi farò scappare l’occasione di utilizzarla.
Symfony 1.1 in arrivo, ma senza più Ajax..
Anche se sembra essere stato il suo tassello vincente rispetto ad altri framework, ecco spuntare fuori direttamente dalle pagine wiki di Symfony, la lista degli Helper attualmente disponibili nella versione di sviluppo 1.1:
All helpers in JavascriptHelper are deprecated and they won’t have equivalent in symfony 1.1.
symfony 1.2 won’t have Prototype/script.aculo.us included as we want to give the user the choice of their JavaScript library. Also, we think that JavaScript have to be written in JavaScript, and as such, there won’t be any official port of these helpers in the future.
Concordo che Javascript deve essere scritto in JS per evitare qualsiasi tipo di problema, ma resta comunque il fatto che (almeno io) trovato gli helpers javascript veramente comodissimi, sopratutto quando nei task ripetitivi e anche per la gestione delle form (form_remote_tag, link_to_funcion, link_to_remote ecc..), tutti helper che non avremo più (almeno da quanto mi sembra di aver capito, nella nuova versione 1.1
Peccato!
Update: E’ stato appena creato il branch su svn della versione 1.1 che si avvicina definitivamente ad essere la prossima release stabile, mentre per il trunk ora sarà solo per la versione 1.2, che sarà sviluppata a partire da subito.
Symfony: Rilasciata la 1.0.9
Dopo un lungo periodo di pausa dal blog, purtroppo i tanti impegni non mi hanno permesso di scrivere, non ho comunque perso di interesse per Symfony (che uso giornalmente nei miei progetti) che in poche settimane ha visto molte novità.
Innanzitutto come da titolo è stata rilasciata la nuova versione stabile del ramo 1.0.x, che si porta dietro una bella lista di bugfix, sopratutto per chi intende usare Symfony con php 5.2.5, questa è la lista dei bug corretti:
- r6203: fixed typo in the submit_tag() of the UrlHelper?.php (#2493)
- r6129: sfBrowser : ->click() also search for HTML button elements (#2342)
- r6125: sfRouting : allow numeric parameters (#2317)
- r6019: fixed sfPropelData::dumpData()
- r6014: fixed radio button ids
- r6013: fixed templates of login & secure actions of default module are exchanged
- r6003,r6004,r6007,r6010: merged bug fixes from creole 1.1 + propel 1.2.1 + fixed date
- r5997: fixed admin generator filters HTML defect (#1891)
- r5856: fixed through_class in admin_*_list tags (#1612)
- r5851: fixed sfZendFrameworkBridge autoload (#2314)
- r5847: fixed typo in JavascriptHelper?.php (#2464)
- r5845: fixed incomplete error message in sfRouting.class.php (#2465)
- r5776: fixed typo (#2480)
- r5772: backported i18n fixes from Prado + improved DateTimeFormatInfo
- r5771: fixed typo in sfMessageSource_MySQL.class.php (#2477)
- r5749: reverted YAML schema confusion
- r5704: only logged in users are now timed out due to sf_timeout
- r5701: fixed propel-build-all-load task execution
Quindi aggiornate o con il pacchettino .deb oppure un pear update symfony/symfony senza dimenticarvi di pulire la cache.
Mentre per quanto riguarda la versione 1.1 che tanto stiamo aspettando (almeno io) siamo veramente molto vicini al rilascio, è stato presentato da Fabien alla PHP Conference il nuovo symfony 1.1 e in particolare il suo nuovo sistema di gestione delle Form e delle validazioni che rispetto al ramo 1.0.x è un vero passo avanti, cosa importantissima è la retrocompatibilità con il vecchio sistema, in quanto non è stato un refactoring ma hanno aggiunto nuove classi utilizzando un approccio totalmente diverso.
Per vedere le slide presentate da Fabien potete andare sul suo nuovo Blog: http://aide-de-camp.org
Farò a breve un articolo in cui approndirò tutte le novita di Symfony 1.1
La prossima versione di Delicious userà Symfony
Come già successo per Yahoo Bookmark ora anche l’imminente aggiornamento di Delicious userà Symfony come base, è un’altro traguardo importantissimo per la comunità, più che altro per la notorietà non tanto per il codice che torna indietro da Yahoo che è pari a zero, a quanto si dice sembra che non venga utilizzato l’ORM di default (Propel) proprio per evidenti problemi di performance di cui soffre quest’ultimo, per il resto se volete un assaggio ci come sarà la prossima versione non perdetevi questi articoli:
