SolarPHP: Un nuovo potente framework per PHP5
Ecco il nuovo arrivato, SolarPHP, che si va ad aggiungere alla vasta schiera di Framework Rails-like per PHP.
Attualmente alla versione 1.0.0alpha1 , il framework ricalca esattamente la tipica struttura MVC che gia conosciamo, quindi Controller Modelli e Viste in package separati, un sistema ORM (Solar_sql_model) (ispirato ad ActiveRecord) che si aggancia alla factory Solar_sql che al momento garantisce la compatibliltà con Mysql, Pgsql e Sqlite (nelle prossime versioni sarà aggiunto il supporto ad Oracle e a MsSQL), tutta una serie di classi per le Viste (Solar_View) e ovviamente una serie di Controller (Solar_Controller).
Il tutto sembra molto interessante, ad una prima occhiata il codice è molto pulito e ben strutturato, i package sono molti (interessanti i package di Validazione http://solarphp.com/package/Solar_Filter e l’ORM nativo).
Personalmente non l’ho testato e non penso di farlo a breve termine, ma è sempre bene avere tutto questo codice a portata di mano, sia per studio che per avere ispirazione 
Il tutto è rilasciato sotto licenza BSD.
PHP Google SocialGraph API (Alpha)
Dopo l’annuncio da parte di BigG delle nuove API per la “costruzione” semantica della propria rete di contatti virtuale, ho trovato qualche minuto libero per buttar giù qualche riga in PHP per sfruttare queste nuove interessantissime API.
Potete trovare la pagina del progetto qui:
http://code.google.com/p/php-social-graph/
Al momento è solo una piccola libreria, non ho avuto il tempo di documentarla ne di fare test appronditi, al momento se ci sono programmatori in ascolto che sono interessati, il tutto è rilasciato sotto GPL3, siete i benvenuti
Se ancora non sapere cosa sono le SocialGraph, vi consiglio un’ottima introduzione 
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.
