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

• 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

Per iniziare a debuggare le vostre applicazioni php avrete quindi bisogno del browser Firefox, di installare FireBug e FirePHP.

A questo punto per molti nessuna novità… sono prodotti conosciuti nell’ambiente di sviluppo e quindi non scendo nel merito del loro funzionamento, poichè esistono molteplici guide.

La cosa interessante è che FirePHP è stato integrato in una libreria per il framework Codeigniter ed è scaricabile qui.

Per la configurazione nel framework è sufficiente scompattare la classe FirePHP.class.php, rinominarla in firephp.php e copiarla dentro alla nostra applicazione nella cartella delle librerie: system/application/libraries.

Per renderla operativa all’interno del nostro controller è suffiente

• Caricare la libreria: $this->load->library(‘firephp’)
• Inviare i log e errori a firebug tramite questa sintassi: $this->firephp->log($myvariable) o $this->firephp->error(‘Errore alla linea’)

Inoltre è possibile abilitare solamente il debbugger ad esempio quando sviluppiamo offline sul nostro web server in locale:

Riferimenti:
http://getfirebug.com/
http://www.firephp.org/
http://speedtech.it/2009/05/debugging-a-codeigniter-application-with-firephp/

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

In questo post voglio chiarire definitivamente: il fatto che Codeigniter supporti ancora php4, non vuol dire certamente che non sia possibile scrivere applicazioni completamente basate su php5, perchè la scelta del team EllisLab è stata quella di supportarli ENTRAMBI!

Come è possibile vedere all’interno del framework, infatti si può notare come Codeigniter continua il supporto a php4 ed è comuqnue un framework completamente php5.

Quindi l’unica pecca della scelta di Codeigniter è quella di non aderire completamente all’iniziativa gophp5 in favore dei propri utenti, perchè non sempre tutti gli hosting providers e tutti i clienti sono disponibili attualmente a migrare tutte le infrastrutture server a php 5. E questa non deve essere per forza una battaglia del team del framework..

Anche perchè come è possibile vedere dalle ultime statistiche di ottobre dalla fonte nexen si nota come ancora il 52% dei server mondiali sia ancora php4.

Quindi mi sembra che il team Codeigniter in questo caso si sia assunto una responsabilità doppia rispetto ad altri team, perchè garantisce il supporto completo ai propri utenti anche a tecnologie che sono obsolete ma purtroppo ancora MOLTO utilizzate..

Con questo non voglio dire sicuramente che preferisco il php4 e voglio usarlo.. anzi, ma mi sembra comunque una scelta giusta e responsabile che doveva essere chiarita in questo blog che ribadisco supporta a gran voce questo ottimo framework..

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

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

Lo staff di sviluppo del framework CodeIgniter è stato come al solito felice di annunciare il rilascio della nuova versione 1.6.3 annunciato sul sito ufficiale di codeigniter il 26/06/2008. Questa versione, la 1.6.3 è pressochè identica a livello funzionale, si tratta infatti di una relase di mantenimento, include la risoluzione di vari bug diagnosticati e alcune rifiniture di features esistenti già nella precedente release. I dettagli potranno essere visionati come al solito nel Change Log.

In aggiunta, grazie al contributo esterno di un membro della comunità di Codeigniter, Pascal Kriete (Inparo), è stato identificato ed eliminato una potenziale vulnerabilità che consentiva di bucare i siti con la tecnica del cross-site scripting.