Programmazione Web » Codeigniter

Rilasciato Codeigniter 1.7.2

neryo — Tue, 15 Sep 2009 07:13:28 +0000

Il Team EllisLab ha rilasciato in questi giorni la nuova release di CodeIgniter giunta alla versione 1.7.2. All’interno oltre ai soliti bug fixes troviamo una novita’ che semplifica molto la vita a chi realizza ecommerce from scratch, la Cart class, una comoda libreria standard che permette di gestire facilmente un carrello di prodotti. Ecco la lista delle novita’ di questa release:

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

Codeigniter debug con FirePHP

neryo — Wed, 29 Jul 2009 09:57:47 +0000

FirePHP è un componente aggiuntivo per Firefox che consente di debuggare applicazioni in PHP direttamente tramite il proprio browser. Questo add-on estende le funzionalità di FireBug consentendo di fare dei log in tempo reale e stampare i contenuti delle variabili nella console.

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:

if($this->input->ip_address() ==‘127.0.0.1′)
{
$this->firephp->setEnabled(TRUE);
}
else
{
$this->firephp->setEnabled(FALSE);
}

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

Disponibile IDE NetBeans 6.7, anche per php

neryo — Wed, 01 Jul 2009 16:24:27 +0000

Disponibile IDE NetBeans 6.7, anche per php

Dal 29 Giugno è stata rilasciata e resa disponibile per il download la piattaforma IDE NetBeans 6.7, tante sono le novità di questa release.

Ecco a voi alcune anticipazioni:

integrazione della piattaforma Kenai
supporto nativo di Maven
supporto migliorato di GlassFish v3, che rappresenta una anteprima della prossima piattaforma JavaEE 6
features on demand, ovvero l’attivazione di alcuni componenti dell’IDE solo quando necessari

Ricordando che NetBeans IDE 6.7, costruito dal successo della precendente release 6.5.x, offre una piattaforma di sviluppo per le seguenti tecnologie Java, PHP, Ruby, JavaScript, Groovy and C/C++, e altri.

NetBeans IDE 6.7 è disponibile in Inglese, Portoghese Brasigliano, Giapponese e Cinese semplificato. Ci sono comunque tante comunity che rendono disponibili i pacchetti di traduzione in altre lingue.

Per avere maggiori informazioni su NetBeans IDE 6.7:

NetBeans è attualmente il mio IDE preferito per lo sviluppo in PHP! Per il download consultate il sito di netbeans.

Codeigniter rilasciata la versione 1.7.1

neryo — Mon, 16 Feb 2009 11:08:59 +0000

CodeIgniter 1.7.1 Released

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

Codeigniter generazione Google Sitemap xml

neryo — Tue, 27 Jan 2009 11:06:45 +0000

In questo articolo voglio mettere i riflettori su un plugin per il framework Codeigniter che ritengo molto interessante. Si tratta del plugin “Google Sitemap”, basato sulla classe Google sitemap di Svetoslav Marinov.

Questo plugin per Codeigniter con scopo SEO (Search engine optimization) ci consente di creare la sitemap del nostro sito, e notificarla tramite un ping a Google ed a eventuali altri motori di ricerca.. in questo modo ci permette di abbattere i tempi di indicizzazione, senza dover aspettare che un crawler passi per caso sul nostro sito!

Sappiamo tutti l’importanza che ha l’indicizzazione e il posizionamento oggi, e di rendere subito noti i nostri cambiamenti al motore numero uno, quindi diventa indispensabile su ogni sito dinamico avere strumenti come questo, altrimenti ad ogni cambiamento dovremmo appoggiarsi a siti come www.xml-sitemaps.com e rigenerare il nostro file sitemap.xml, figuriamoci se dovessimo farlo per decine/centinaia di inserimenti giornaglieri!

Sul wiki di Codeigniter è possibile scaricare il plugin da inserire nella cartella system/plugin del framework ecco qui un esempio di utilizzo su codegniter:

class My_controller extends Controller
{
function My_controller()
{
parent::Controller();
$this->load->helper(array(‘text’,‘url’));
$this->load->plugin(‘google_sitemap’); //Load Plugin
}
function index()
{
$sitemap = new google_sitemap; //Create a new Sitemap Object
$item = new google_sitemap_item(base_url()."MY_WEBSITE_URL",date("Y-m-d"), ‘weekly’, ‘0.8′ ); //Create a new Item
$sitemap->add_item($item); //Append the item to the sitemap object
$sitemap->build("./sitemap.xml"); //Build it…
//Let’s compress it to gz
$data = implode("", file("./sitemap.xml"));
$gzdata = gzencode($data, 9);
$fp = fopen("./sitemap.xml.gz", "w");
fwrite($fp, $gzdata);
fclose($fp);
//Let’s Ping google
$this->_pingGoogleSitemaps(base_url()."/sitemap.xml.gz");
}
function _pingGoogleSitemaps( $url_xml )
{
$status = 0;
$google = ‘www.google.com’;
if( $fp=@fsockopen($google, 80) )
{
$req = ‘GET /webmasters/sitemaps/ping?sitemap=’ .
urlencode( $url_xml ) . " HTTP/1.1\r\n" .
"Host: $google\r\n" .
"User-Agent: Mozilla/5.0 (compatible; " .
PHP_OS . ") PHP/" . PHP_VERSION . "\r\n" .
"Connection: Close\r\n\r\n";
fwrite( $fp, $req );
while( !feof($fp) )
{
if( @preg_match(‘~^HTTP/\d\.\d (\d+)~i’, fgets($fp, 128), $m) )
{
$status = intval( $m[1] );
break;
}
}
fclose( $fp );
}
return( $status );
}
}

Ricordando che attraverso il metodo della classe del plugin add_item, possiamo utilizzarlo in cicli per poter aggiungere tutte le pagine dinamiche delle nostre sezioni, e di default inserire quelle statiche.

Riferimenti:

http://codeigniter.com/wiki/Google_Sitemaps/

http://www.phpclasses.org/browse/package/2612.html

Codeigniter perchè supporta ancora php 4?

neryo — Sun, 23 Nov 2008 10:06:14 +0000

Ci sono molti sviluppatori che non utilizzano il framework Codeigniter, che quando si entra nella discussione, che talvolta sfocia nei soliti flame, di quale framework si preferisce snobbano completamente Codeigniter per il suo continuo supporto a php4..

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.

system/codeigniter/Base4.php:
* CI_BASE – For PHP 4
*
* This file is used only when CodeIgniter is being run under PHP 4.
*
* In order to allow CI to work under PHP 4 we had to make the Loader class
* the parent of the Controller Base class. It’s the only way we can
* enable functions like $this->load->library(‘email’) to instantiate
* classes that can then be used within controllers as $this->email->send()
*
* PHP 4 also has trouble referencing the CI super object within application
* constructors since objects do not exist until the class is fully
* instantiated. Basically PHP 4 sucks…

system/codeigniter/Base5.php:
* CI_BASE – For PHP 5
*
* This file contains some code used only when CodeIgniter is being
* run under PHP 5. It allows us to manage the CI super object more
* gracefully than what is possible with PHP 4.

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

Codeigniter framework rilasciata la nuova versione 1.7

neryo — Fri, 24 Oct 2008 19:32:29 +0000

La nuova versione del framework php Codeigniter 1.7 e’ stata rilasciata il 23 ottobre! Questa release contiene numerose nuove funzionalita’ e miglioramenti, oltre ad aver corretto molti bug. Per vedere la lista completa dei cambiamenti potete guardare il solito Change Log.

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.

CodeIgniter: organizzazione di un progetto in Subversion

neryo — Sat, 13 Sep 2008 08:44:46 +0000

Codeigniter come organizzare un progetto del framework in Subversion

Dall’iniziativa “Codeigniter community voice” lanciata da Derek Allard in questo post, dove ogni settimana viene lasciato uno spazio aperto sul sito ufficiale, a qualsiasi membro del forum che abbia qualcosa di interessante da dire sul framework codeigniter.. e’ venuto alla luce questo utilissimo tutorial dove Bruce Alderson, alias sul forum madmaxx ci spiega come organizzare al meglio un progetto con il framework Codeigniter.

Questo tipo di organizzazione ci permette di sviluppare e di rendere il progetto software piu’ controllabile ed aggiornabile, garantendo una netta separazione tra i sorgenti dell’applicazione, i sorgenti del framework e le risorse (immagini, file htaccess e script javascript, ecc). Come potrete vedere dall’albero di directory sottostante, questo tipo di organizzazione puo’ essere implementata solo su sistemi unix-like, perche’ fa uso dei link simbolici.

some-domain.com/
app/
config/
controllers/
(etc)
public/
.htaccess -> ../site-extras/.htaccess
favicon.ico -> ../site-extras/favicon.ico
js/ -> ../site-extras/js
images/ -> ../site-extras/images
system/
application/ -> ../../app/
site-extras/
js/
images/
.htaccess

Oltre a favorire il setup del vhost, e un maggiore ordine, permette di mantenere la sincronizzazione dei sorgenti del framework con i repository ufficiali di codeigniter, tramite il client SVN (client di Subversion), senza ovviamente intaccare le risorse e i sorgenti dell’applicazione che ne fanno uso.

“Professional Codeigniter” il nuovo libro per sviluppare con PHP

neryo — Tue, 29 Jul 2008 22:51:41 +0000

“Professional Codeigniter” il nuovo libro per sviluppare con PHP in MVC

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!

Codeigniter Redux Authentication: libreria per l’autenticazione

neryo — Sat, 05 Jul 2008 14:24:06 +0000

Codeigniter Redux Authentication: libreria per l’autenticazione
In questo caldissimo mese di luglio vi voglio presentare Redux Authtentication library, un pacchetto per l’autenticazione da utilizzare con il “nostro” amato framework php Codeigniter. Questa libreria ci consente di creare in modo facile e super veloce l’accesso protetto al backend dei nostri progetti e di avere una base solida su cui costruire e personalizzare la sicurezza della nostra applicazione web.

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:

class user extends Controller
{
function index ()
{
echo ‘This is the user Controller’;
}
function login ()
{
$rules[‘email’] = ‘trim|required’;
$rules[‘password’] = ‘trim|required’;
$this->validation->set_rules($rules);
if($this->validation->run())
{
$login = $this->redux_auth->login($this->input->post(‘email’), $this->input->post(‘password’));
$i = ($login) ? redirect(”) : ‘false’;
}
else
{
$this->load->view(‘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:

class Admin extends Controller {
function Admin(){
parent::Controller();
}
function index(){
if($this->redux_auth->logged_in()){
[…]
}else{
[…]
}
}

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