Integrando la libreria XSS come componente core del framework, c’è ora la possibilità di interagire e configurare  filtri personalizzati.

Prima di aggiornare il framework cosultare la guida (upgrade instructions). Chi utilizza la versione core 2.0.1 può scaricarla da BitBucket, e utilizzare le informazioni per l’upgrade all’interno del pacchetto.

Il team di codeigniter sta lavorando per semplificare l’upgrade di queste versioni.

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

I commenti comunque possono essere utili e in certi rari casi sono fondamentali, soprattutto in procedure complesse e ricche di casistiche.. ma se si abusa si hanno sostanzialmente due svantaggi: 1) si perde tempo 2) non serve a niente o quasi a nulla.

Inutile quindi fare commenti su parti di codice poco complessi che sono già autoesplicativi, porzioni di codice che qualsiasi programmatore junior è in grado di leggere. Piuttosto fare molta attenzione  alla strutturazione del codice, che come già da tempo ci insegnano i grandi sviluppatori e web architects moderni, per il web tende sempre all’architettura in stile MVC, che è quella che si avvicina di più alla logica di internet…  questo semplica notevolmente la stesura, la manutenzione e la comprensione del codice scritto, oltre a rendere i moduli che compongono l’applicazione indipendenti e incapsulati.

Per le applicazioni software tradizionali invece apprezzo molto l’approcio code behind, business logic e data access layer

Quindi non abusare mai di commenti, usare nomi sensati e fate attenzione piuttosto all’architettura del software.. chiaramente object oriented!

In attesa di un vostro parere in merito…

• 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?

E’ stata rilasciata la nuova versione del framework php CodeIgniter, giunta alla release 1.7.1. Questo rilascio contiene parecchie novità, migliorie e numerosi bug fixes. Include inoltre un importante aggiornamento di sicurezza per le applicazioni che usano la nuova libreria di validazione delle form. Per la lista completa dei cambiamenti consultate il solito Change Log.

Se volete aggiornare il vostro framework in produzione vi consiglio di leggervi la documentazione update instructions.

Riferimenti:
http://www.codeigniter.com

• Tra le novita’ piu’ interessanti della 1.7, troviamo una nuova classe per la validazione delle form, che ho lo scopo di semplificare e potenziare ulteriormente questa funzionalita’; sostituendo completamente la vecchia classe di validazione ora deprecata.
• Aggiornata anche la classe delle sessioni permettendo di salvare i dati personalizzati nel database, piuttosto che nel cookie di sessione (presupponendo che si utilizzi il database per memorizzare i dati di sessione).
• Ora e’ possibile creare sub directory anche nelle cartelle library di system ed applicaition.

Vi ricordo che se volete fare un upgrade del framework che state utilizzando nelle vostre applicazioni consultate sempre la guida di update che vi fornisce utili consigli sul passaggio indolore da ogni versione.

Questo tip mostra come é possibile effettuare la riscrittura delle URL a scopi SEO (indicizzazione e ottimizzazione motori di ricerca) in modo molto semplice utilizzando il framework php Codeigniter.

Per riscrittura delle url si intende fare un rewrite delle url inserendo parole chiavi relative alle argomentazioni della pagina e mapparle direttamente sul controller che la gestisce. Questo perché tipicamente c’é una corrispondenza uno a uno tra le url e il corrispondente controller (classe/metodo).

Per effettuare le prime riscritture ipotizziamo di avere tre pagine: la “Home”, la pagina “Chi siamo” e “Cosa facciamo” che hanno un corrispondenza con la classe controller Home, Chisiamo e la classe Cosafacciamo. All’interno della cartella /system/application/config apriamo in prima istanza il file routes.php

In questo file troviamo due routes riservate:

in quella di default_controller mettiamo il nome del controller della pagina che si deve aprire per prima quando si accede alla index del sito.

Poi possiamo definire infinite nuove route che ci mappano i nomi dei controller delle pagine a nuovi nomi che saranno le nuove url ottimizzate:

E’ possibile inoltre postporre ai nomi degli url dei suffissi come .html o .php modificando sempre in /system/application/config nel file config.php.

In questo modo potremmo accedere alle varie pagine utilizzando url di questo tipo:

www.tuosito.com/index.php/azienda-vinicola.html
www.tuosito.com/index.php/azienda-produzione-vino.html

Chiaramente se sul nostro server apache abbiamo il supporto mod_rewrite attivo, sarebbe consigliabile anche eliminare dalla url il riferimento inutile al file index.php, utilizzando un file .htaccess come questo esempio:

In questo modo avremmo completato in modo semplice e veloce la riscrittura delle url nel nostro sito web realizzato con il framework Codeigniter e potremmo quindi accedere alle pagine in questo modo:

www.tuosito.com/azienda-vinicola.html
www.tuosito.com/azienda-produzione-vino.html

Da ricordare inoltre che la funzionalitá di routing offerta da Codeigniter, permette di utilizzare anche espressioni regolari che permettono di aumentare la flessibilitá e la potenza di questo metodo. Ecco un esempio:

Ogni commento, spunto, consiglio é sempre ben accetto!

Riferimenti:
http://codeigniter.com/user_guide/general/routing.html
http://codeigniter.com/user_guide/general/urls.html

Ringraziamenti:
Al mio amico omonimo che mi ha dato lo spunto per scrivere questo articolo.