Programmazione Web » Framework

Security fix per il framework Codeigniter giunto alla release 2.0.2

admin — Sat, 07 May 2011 10:15:32 +0000

Rilasciato oggi un’aggiornamento di sicurezza per Codeigniter Reactor e core (v 2.0.1). Questa patch di sicurezza sistema alcune piccole vulnerabilità nel cross site scripting filter XSS.

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.

Un PHP IDE per Visual Studio VS.Php con supporto a Codeigniter

neryo — Sun, 30 Jan 2011 14:13:43 +0000

Sono nato sviluppando applicazioni php, poi nel tempo per esigenze lavorative ho avuto modo di sviluppare applicazioni anche con tecnologie e IDE proprietari come Microsoft Visual Studio e il framework .NET. E quando ho provato l’ambiente Microsoft devo dire che sono rimasto impressionato dalla facilità con cui si scrive il codice per come si indenta e si autocompleta, senza pensare agli strumenti di debug che si interfacciano al web server integrato nell’IDE. Il tutto corredato da ottimi strumenti di manutenzione del codice di refactoring ecc. Detto questo analizzando il mercato opensource ultimamente credo che uno dei migliori IDE sia Netbeans per PHP, o Codlobster (attualmente non ha strumenti di versioning come SVN integrati) ma integra già plugins per jQuery e Codeigniter e altri framework.

Per questi motivi da quando ho provato ambienti come Visual Studio sono stato alla ricerca di qualcosa che desse allo sviluppo PHP tutte le funzionalità necessarie integrate in un unico ambiente.. e proprio in questi giorni ho trovato tutto in questo plugin per Visual Studio il VS.PHP di Jcx.Software Corp.

VS.Php è un PHP IDE (Integrated Development Environment) basato su Visual Studio. Con VS.Php è possibile progettare, sviluppare, debuggare PHP e Javascript in un’unica sessione e fare il deploy delle applicazioni, lavorando all’interno di Visual Studio, quindi sfruttando tutte le potenzialità di esso.

Nell’ultima versione 2.9 è stato aggiunto il supporto a Codeigniter come si vede da questo screenshot.

E’ SEMPLICEMENTE FANTASTICO!

Per visualizzare la lista di tutte le funzionalità leggere qui

Codeigniter 2.0 rilasciato ora in due branch Core e Reactor

neryo — Sat, 29 Jan 2011 13:06:57 +0000

EllisLab e CodeIgniter Reactor Engineers hanno finalmente rilasciato ieri la nuova versione del framework php Codeigniter giunta alla versione 2.0.

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

In attesa di Codeigniter 2.0, viene rilasciato Codeigniter 1.7.3!

neryo — Wed, 08 Dec 2010 12:52:26 +0000

E’ stata rilasciata da pochi giorni la nuova versione del framework php MVC di Codeigniter, giunta alla release 1.7.3.
Aspettando con ansia la nuova versione 2.0 che è stata annunciata come imminente, questa release non è altro che una serie di security fixes generali e una patch sull’upload Class. Consigliamo a tutti di aggiornarla sui vostri prodotti, che attualmente hanno la versione del framework 1.X.

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

Passare oggetti javascript a ASP.net web services

neryo — Sun, 08 Nov 2009 15:37:14 +0000

Per chi sviluppa applicazioni AJAX avanzate usando il framework Microsoft ASP.NET sa che è possibile esporre facilmente web services lato client utilizzando lo ScriptManager, ovvero è possibile richiamarli comodamente tramite javascript utilizzando chiamate a metodi omonimi. Questa funzionalità è senza dubbio parecchio comoda, soprattutto per chi sa che questi automatismi non sono così immediati programmando ad esempio in php, dove per fare richieste javascript a pagine web bisogna utilizzare costrutti e quindi crearsi tutto il codice di interfacciamento a metodi/pagine server side.

Come possiamo vedere da questo tutorial: Exposing Web Services to Client Script in ASP.net AJAX è semplice creare una classe che estende System.web.services.Webservice, contenente metodi che effettuano logiche server side e possono restituire dati lato client, e implementare funzionalità asincrone (AJAX) in modo molto naturale.

Al di là di questo aspetto (se non lo conoscete potete approfondirlo dall’articolo sopra linkato) che sostanzialmente riduce le tempistiche di sviluppo di callback asincrone, volevo affrontare qui in questo articoletto la possibilità di passare e restituire oggetti strutturati tramite web services per poi ritrovaseli nello stesso modo sia lato client sia lato server.

E’ infatti possibile definire una funzione callback javascript lato client che richiama un metodo web service e passargli l’oggetto objParams per poi elaborarlo lato server. Qui sotto un semplice esempio scritto sul momento:

function callback_sum() {
var objParams = new Object();
objParams .x = 2;
objParams .y = 3;
objParams.z = 0;
SimpleWebService.doSum(objParams, callback_sum_success, callback_sum_fail);
}
function callback_sum_success(res){
alert(res.z); //5
}
//gestire eventuali exception
function callback_sum_fail(ex){
//ex._message;
}

Lato server dobbiamo definire lo stesso oggetto (chiamato Sum) con le stesse proprietà dell’oggetto client side. N.B. Nell’esempio uso VB.net ma vale lo stesso in c#.net

Public Class SimpleWebService
Inherits System.Web.Services.WebService
(True)> _
Public Function doSum(ByVal sumObj As Sum) As Sum
sumObj.z = sumObj.x + sumObj.y
return sumObj
End Function
Public Class Sum
Public x As Integer
Public y As Integer
Public z As Integer
End Class
End Class

Come possiamo notare con questo metodo possiamo veramente sbizzarrirci a passare dei dati complessi da client a server e da server a client, migliorando sicuramente anche l’estendibilità e la chiarezza del codice, e aumentando a piacere il numero di parametri senza variare la firma del metodo del web service..ecc
Esistono però dei limiti sulle tipologie di dati più complessi tipici dei linguaggi moderni, ma rimando ad approfondimenti sui prossimi articoli..

Rifermenti:
http://www.asp.net/ajax/documentation/live/Tutorials/ExposingWebServicesToAJAXTutorial.aspx

Microsoft scommette su MVC per ASP.net

neryo — Sun, 16 Aug 2009 12:30:34 +0000

Microsoft scommette sul pattern architetturale MVC per ASP.net

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

Template engine, smarty, ma sono utili su framework MVC?

neryo — Sun, 01 Mar 2009 13:00:24 +0000

Lo sviluppo web in questi ultimi anni ha introdotto notevoli migliorie sotto l’aspetto di progettazione e programmazione.. si e’ passati da uno sviluppo funzionale ad una programmazione completamente object oriented, si utilizzano ora sempre piu’ pattern di sviluppo basati sul concetto MVC, appoggiandosi a diversi framework php (codeigniter, cakephp, symphony, zend ecc ecc..), ottenendo codice piu’ organizzato e ben strutturato, quindi maggiore controllo e velocita’ di sviluppo, separazione logica ed estensibilita’, uno standard di sviluppo.. insomma molti vantaggi rispetto a quando si creavano files confusi di codice html innestati a query php, cicli e migliaia di controlli sparsi in tutte le pagine con includes di centinaia di funzioni di libreria poco organizzate.. che una volta fatti e poi lasciati nel dimenticatoio, quando bisognava modificarli poi diventava necessario fare un brainstorming per capire la logica con cui erano stati concepiti.. figuriamoci se il codice era sviluppato da qualcun altro che non usava i nostri schemi.

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?

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

Jquery 1.3 la ferrari dei framework javascript!

neryo — Wed, 14 Jan 2009 12:06:12 +0000

E’ stata rilasciata la nuova versione del noto framework javascript Jquery, giunta alla release 1.3!

Questa versione oltre ad offrire alcune novità, è stata ottimizzata per migliorare notevolmente le performance di esecuzione, rendondo questo framework come da titolo: la Ferrari dei javascript!

jquery insertion benchmark

Come novità è stato introdotto Sizzle, un nuovo CSS selector engine, che è ora totalmente indipendente dalla libreria, al quale hanno contribuito anche gli svilupppatori di Dojo. Questo aggiunta ha permesso di ridurre sensibilmente del 49% i tempi di esecuzione, rispetto alla precedente versione del ramo 1.2.x, e sempre grazie a Sizzle, si ha la possibilità di associare eventi ad oggetti creati in realtime, il tutto senza preoccuparsi di dover rieseguire il bind di eventi agli stessi in caso di aggiornamento del DOM.

Inoltre è stata resa indipendente dal framework anche la parte di compatibilità cross-browser, la quale è stata delegata ad un oggetto esterno; questo accorgimento permetterà di mantenere piu controllabile ed estensibile il framework.

Si possono trovare informazioni sulla documentazione di release ufficiale del progetto.

La versione compressa è di solo 18Kb e quella di development circa 114Kb.

Riferimenti:
http://jquery.com.