La nuova release è stata divisa in due branch:  Codeigniter Core e Codeigniter Reactor

• Codeigniter Core è il branch più lento e “stabile” che viene adottato da tutti i grandi prodotti commerciali di EllisLab come ExpressionEngine and MojoMotor e mantiene una retro compatibilità con le precedenti versioni dei framework.
• Codeigniter Reactor invece è il branch guidato dalla comunità e supervisionato dai responsabili dello staff Reactor Engineers, quindi si evolve con più rapidità adottando tutte le nuove features e migliorie messe a disposizione da tutti gli sviluppatori che collaborano al progetto.

Ovviamente tutte le modifiche apportate da EllisLab al core verranno adottate anche sul branch di Reactor e comunque EllisLab contribuisce in modo attivo e presente allo sviluppo di Codeigniter Reactor.

REACTOR QUINDI RIMANE LA VERSIONE CONSIGLIATA PER I NUOVI SVILUPPI, ricordando che Reactor = CodeIgniter.

Ecco alcune delle tante migliorie apportate alla nuova versione dalla precedente 1.7.3:

• Il support a PHP 4 è morto, PHP 5.1 è il requisito minimo.
• Protezione CSRF integrata all’interno dei form helper.
• Driver.
• Application Packages.
• Scaffolding rimosso,  era deprecato da diversione versioni.
• Rimossa vecchia e deprecata Validation Class.
• Plugins sono stati rimossi in favore degli Helpers.
• Aggiunta la riscrittura del routing  “routing overrides”.
• Aggiunta$route[‘404_override’] per consentire la gestione delle pagine 404 direttamente dai controllers.
• Corretti più di 50 bugs.

Reactor apporta questi cambiamenti:

• Supporto totale alle query-string
• Identificazione automatica del base_url se non viene compilato da configurazione
• Nuovo driver per Cache con file system, supporto APC e memcache.
• Compatibilità all’esecuzione di cron jobs da riga di comando.
• Più di 20 migliorie e tweaks.

E’ possibile comunque visionare tutte le modifiche nel changelog qui

Per chi deve aggiornare l’applicazione dalla precedente versione dare un’occhiata qui

Fonte: www.codeigniter.com

Per quanto riguarda invece la versione 2.0, è stato dato definitivamente il Goodbye PHP 4! Il framework 2.0 richiede ora la versione minima di PHP 5.1.6 ed è stato fatto un attimo di ordine convenzionale sulle nomenclature e sulla pulizia del codice grazie alla versione 5 di PHP.

• Tutte le classi del core iniziano con “CI_”. Stati attenti quindi quando ereditate dalle classi native.
• Tutte le classi del core useranno il costruttore __construct come convenzione. Quindi ricordatevi quando migrate di aggiornare tutte le chiamate ai costruttori padre!
• CI_Base è stato rimosso, ora il il super object si chiama CI_Controller.
• Sono stati rimossi tutti i file helper su cui venivano implementate funzionalità di cui PHP 5.1.6 le supporta nativamente.

Ne approfitto per scusarmi della mia prolungata assenza su questo blog, ma da quando è stata aperta Syncronika Srl il tempo libero si è ristretto

• Compatibile con PHP 5.3.0
• Aggiunta la classe carrello (Cart Class).
• Migliorato il Form helper
• Aggiunta is_php() per la comparazione delle versioni PHP.
• Modificata la funzione show_error() per permettere di inviare come risposta HTTP dei codici che consentono di indentificasre lo stato di ritorno.

Happy coding

Non ci sono più dubbi.. dopo quasi un anno di sviluppo che ha visto nascere la prima versione di framework in grado di aggiungere il supporto a MVC (Model-View-Controller) all’interno delle applicazioni web basate sul .NET Framework (ASP.net MVC 1.0).. Microsoft continua a scommettere su questo pattern architetturale ormai tanto apprezzato dai programmatori del futuro, coronandolo a tutti gli effetti come lo standard per lo sviluppo dell’architettura di una web application.

Il 31 luglio 2009 è uscita la prima preview della nuova versione del supporto ASP.NET MVC 2.0, che oltre a rendere stabile il codice preesistente contiene molte nuove funzionalità soprattutto concentrare sulla semplificazione dello sviluppo e la potenza delle view e la sua interazione con il model.

Il supporto MVC sarà incluso in modo nativo ASP.NET 4.0 e in VS2010, e pare che sarà garantito comunque anche il supporto al framework ASP.NET 3.5 e VS2008.

RIFERIMENTI:
http://weblogs.asp.net/scottgu/archive/2009/07/31/asp-net-mvc-v2-preview-1-released.aspx
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=d34f9eaa-fcbe-4e20-b2fd-a9a03de7d6dd

Ora come sappiamo, grazie al pattern MVC e ai framework opensource php si ha modo di organizzare il codice al meglio, separando completamente la logica applicativa dalla parte di modello di accesso ai dati del database e dalla parte di presentazione dei dati sulle viste.

Fino qua tutto bene e vedo solo dei vantaggi che non voglio ripetere, ma parliamo ora del ruolo dei template language.. smarty tpl per citarne uno.. che sono ormai spesso presenti nei CMS di ultima generazione e vengono spesso propinati per rendere la vita piu’ facile a chi progetta interfaccie web… Sinceramente fatico a capire che grossi vantaggi possono offrire questi pseudo linguaggi, che sono nati appunto per rendere la vita piu’ semplice a chi deve mettere le mani sulle viste, tentando di ridurre il gap tra gli sviluppatori, i web designer e i grafici.. questo nell’ottica di team di sviluppo medio grandi dove sono solitamente sono i web designer a mettere le mani sulla parte frontend dei layout.

Questi motori di template, in ambiente PHP così come in altri ambienti, sono delle classi che consentono ai grafici di interagire con il codice sviluppato dai programmatori senza per questo dover acquisire competenze specifiche sul linguaggio di programmazione utilizzato… questo e’ vero se si dimentica che il grafico invece di capire come estrapolare il codice da un array in php tramite un foreach, dovra’ imparare ad usare un linguaggio diverso con costrutti simili (foreach, loop) e non molto piu’ semplici, per poi fare la stessa cosa con un array di dati in smarty.

Quindi nell’ottica di utilizzo di un framework MVC che ha gia’ dentro il concetto di vista e gia’ separa adeguatamente la parte di presentazione dalle query al database e dalla logica applicativa, risulta inutile secondo me appoggiarsi a queste classi, che appesantiscono a livello prestazionale il codice per introdurre un nuovo linguaggio, che ha le medesime difficolta’ dal punto programmativo quando si maneggiano strutture dati semplici come array (ovvero quello che ci dovremmo trovare nelle viste).

Quindi quali sono i vantaggi nello scrivere codice delle viste in tpl? Cambia la sintassi, non sono piu’ semplici e bisogna imparare un nuovo linguaggio, si introducono nuove classi quindi piu’ righe di codice da eseguire rallentando le prestazioni del software e come ripeto se si lavora su framework MVC si ha gia’ una separazione logica delle viste, percui non ha senso neanche per la sepazione della business logic…

Li buttiamo a mare questi tpl?

Questo e’ quello che succede in molte aziende dove spesso i project manager (cosi’ amano definirsi), che in alcuni casi non hanno neanche mai seriamente progettato e sviluppato applicazioni, pretendono di vedere i risultati in tempi molto brevi.. magari preferiscono vedere la bozza del software semi funzionante, anche se concepita male, piuttosto che dare agli analisti/sviluppatori tempi adeguati di progettazione e analisi che migliorerebbero inevitabilmente la qualita’ e la stabilita’ finale dei software prodotti.

E’ chiaro a tutti noi che se vengono fornite specifiche complete e precise, e c’e’ il tempo di progettare l’intero ciclo di vita del software, utilizzando pattern validi e magari linguaggi di modellazione, lo sviluppo e la manutenzione del codice sarebbe molto piu’ semplice.  Anche uno sviluppatore meno esperto, con queste premesse, riuscirebbe a cimentarsi senza particolari problemi; ma purtroppo non e’ sempre cosi’ e si preferisce programmare e basta, progettare mentre si programma ed inevitabilmente nascono software che non stanno in piedi.

Sara’ la senzazione di risparmio? Sara’ che meglio un uovo oggi che una gallina domani? mah..

Progettare software e’ un investimento, se si vuole fare le cose di fretta e senza riflettere si finisce per buttare via soldi e tempo, oltre a creare un prodotto di scarsa qualita’; poi noi ci troveremo a mettere continuamente mano a progetti pieni di toppe e ripieghi che per sistemare un bug impieghiamo giornate di lavoro!

Un software ben progettato e’ piu’ stabile e architetturalmente espandibile, mantenibile e il costo finale sara’ inferiore.. quindi perche’ non vogliamo attenerci a queste semplice regole?

Dopo l’uscita dello scorso anno del libro “CodeIgniter for Rapid PHP Application Development” (pubblicato da PAKT publishing), nel giugno 2008 la nota casa editrice Wrox press pubblica una nuova guida di 336 pagine completamente dedicata al “nostro” framework php Codeigniter. Il libro e’ stato scritto da Thomas Myer e si intitola Professional Codeigniter ed e’ acquistabile e reperibile dall’italia in pochi giorni comodamente presso IBS(Internet book shop).

Il nuovo libro in inglese “Professional Codeigniter” conterra’ tutte le informazioni e i tutorial necessari agli sviluppatori php per apprendere e implementare applicazioni Rails-like senza dover imparare nuovi linguaggi. Codeigniter infatti utilizza una metodologia di sviluppo che usa il pattern MVC (Model view controller) molto utilizzato ed apprezzato dagli programmatori professionisti. Nel libro verra’ fatta una panoramica sul pattern MVC, sulle metodologie di sviluppo e verranno creati diversi esempi di applicazioni come CMS, blog e forum utilizzando Codeigniter e conterra’ le informazioni necessarie a risolvere le problematiche che si incontreranno nello sviluppo di ogni giorno.

Nel libro ci saranno i seguenti argomenti:

• agile methodologies and approaches
• MVC approach
• helpers and libraries
• model and schema for products
• Ajax and Scriptaculous

Se qualcuno di voi lo acquista e lo legge saremmo tutti felici di leggere i pareri nei commenti.. Io a breve molto probabilmente lo compro!

Le features di questa libreria sono:

• Registrazione degli utenti
• Login e logout
• Gestione perdita password
• Gestione gruppi utenti
• Sistema di Ban degli utenti
• Focalizzata sulla sicurezza

Come accennato, l’installazione di questa libreria per Codeigniter è molto semplice e viene fatta seguendo questi pochi step:

• Creare il database della nostra applicazione codeigniter oppure utilizzare il database esistente (se il progetto è già iniziato), ed importare il file install.sql (contenuto nel pacchetto) nel nostro database, contenente le tabelle per Redux.
• All’interno del pacchetto della libreria Redux Authentication troveremo la cartella application in cui sono contenute altre due cartelle config/ e libraries/ in cui all’interno ci sono rispettivamente il file per la configurazione della libreria e in libraries il file contenente la classe con i metodi Redux. Chiaramente questo contenuto dovrà essere copiato nella nostra cartella application della nostra applicazione nelle rispettive cartelle.
• Un volta fatto questo andremo nel file config/config.php e abiliteremo le variabili di sessione:
  1. $config[‘sess_encrypt_cookie’]  = TRUE;
  2. $config[‘sess_use_database’]    = TRUE;
  3. $config[‘sess_match_ip’]        = TRUE;
  4. $config[‘sess_match_useragent’] = TRUE;

  Nel mio caso per la configurazione delle sessioni su DB Mysql ho seguito questa guida http://codeigniter.com/wiki/DB_Session/

• Sistemate le sessioni possiamo configurare a dovere il file config/redux_auth.php, in cui non mi addentro perchè è abbastanza semplice e ben commentato, poi non mi pare abbia bisogno di particolari modifiche.
• Per comodità, sarebbe opportuno configurare in config/autoload.php il caricamento automatico della libreria redux, perchè altrimenti bisogna ricordarsi di farlo ogni volta che la si utilizza nei metodi del controller. Ricordandoci che Redux carica in automatico le librerie per le email e le sessioni.
  1. $autoload[‘libraries’] = array("redux_auth");

Dopo questa breve configurazione sarà possibile sfruttare tutta la potenza della libreria Redux Authentication, all’interno del pacchetto nei files di esempio avremo il controller user.php che illustra molto bene come vengono implementate le funzioni di base per costruire una autenticazione completa e anche come si apprestano facilmente alla personalizzazione.

Per farvi un esempio di semplice controller con il solo login:

Chiaramente se utilizziamo il controller già fatto dovremmo creare poi tutte le viste che vengono richiamate da esso. Per chi è inesperto e vuole comunque facilitarsi la vita all’inizio gli consiglio di scaricarle dal secondo link nei riferimenti qui sotto.

Un esempio di come effettuare il controllo nelle pagine protette lato backend:

E’ tutto.. quindi buona autenticazione con Redux!

Riferimenti:

http://code.google.com/p/reduxauth/
http://codeigniter.com/forums/viewthread/72525/
http://codeigniter.com/wiki/DB_Session/
http://codeigniter.com/user_guide/libraries/sessions.html

In questo post del blog vediamo come integrare facilmente nelle nostre applicazioni script ajax utilizzando sempre il framework php codeigniter. Il pacchetto scaricabile da qui, “Ajax for Codeigniter” ci permette di fornire funzionalitá ajax nelle nostre applicazioni web, utilizzando semplicemente degli helpers che includono le librerie ajax, in particolare potremmo utilizzare le librerie prototype e scriptaculous.

Vediamo in pochi passi come configurare il framework, poi per i dettagli di utilizzo fate riferimento alla guida all’interno del pacchetto.

Scompattare il pacchetto “ajax for codeigniter” scaricato e inserire il file Ajax.php nella cartella di default delle librerie:

Inserire i file javascript nella root directory del web server, che potrebbe essere ad esempio:

Se nel web server avete il mod_rewrite abilitato, accertatevi che la cartella javascript sia accessibile, inserendo questo file .htaccess:

Ora semplicemente potete includere i file javascript che volete utilizzare nei vostri files html:

In fine, per caricare la libreria AJAX si procede come qualsiasi altra libreria di Codeigniter, o si carica direttamente dentro il Controller dove si vuole utilizzarla:

Oppure é possibile caricarla automaticamente attraverso l’autoload delle librerie, inserendola nel vettore della variabile incaricata nel file system/application/config/autoload.php:

Ora tutto quello che dobbiamo fare per usare l’AJAX helper é chiamare $this->ajax. Ad esempio:

Per testarne il funzionamento mi sono fatto una piccola pagina di test dove dopo aver caricato nel Controller la libreria ajax, come abbiamo visto precedentemente, nella vista ho inserito un div su cui attraverso un link posso applicare un effetto di fade:

Riferimenti:
http://codeigniter.com/wiki/AJAX_for_CodeIgniter

Dopo il rilascio del 17 marzo da parte di Zend Technologies della nuova versione 1.5 del celebre Zend Framework, che ha apportato numerosi nuovi servizi e miglioramenti alla precendente release del framework 1.0.4;
la Zend per avvicinare aziende e programmatori al proprio Framework, stá promuovendo alcuni workshop completamente gratuiti:

• Mercoledì 16 Aprile c/o Atahotel Executive Milano Vle Don Luigi Sturzo , 45
• Venerdì 18 Aprile c/o Zend Technologies Roma, Piazza del Popolo 18
  

Il programma in agenda, a mio parere molto breve, dopo una introduzione sui framework PHP, illustrerá le caratteristiche principali del nuovo Zend Framework 1.5 e terminerá con esempi reali di applicazioni.

Per maggiori informazioni e per comunicare la partecipazione consultate la pagina del workshop.