Cerchiamo di capire meglio come funziona questo tipo di cloud. La casa di Redmond ha creato un CED con una potenza di calcolo molto elevata, capace di ospitare una notevole quantità di dati, sul quale gira un sistema operativo sviluppato ad hoc che prende il nome di Windows Azure.
Ma a chi serve Windows Azure? Serve a parecchie persone, siano esse sviluppatori, piccole e medie aziende ma anche a privati, che magari cercano un’alternativa ai servizi di hosting a basso costo.

Analizziamo un esempio che rende l’idea del funzionamento di Azure. Una piccola azienda decide di sviluppare un software gestionale, accessibile via web dai suoi potenziali utenti. Inizia quindi a sviluppare internamente il programma fino ad arrivare alla fase di test. Da quel momento, per essere presente su internet, bisogna scegliere se affidarsi ad un servizio di housing o comprare una macchina dedicata e installarla in sede.
In tutti e due i casi sarebbe necessario acquistare un server, occuparsi della manutenzione ordinaria e straordinaria, dotarsi di una buona connessione internet, aggiornare sempre il sistema operativo con le patch che escono ogni mese, acquistare le licenze dei programmi installati ecc.. Tutto questo senza sapere se l’applicazione avrà successo o meno. Nel caso in cui questa spopoli su web, bisognerà affrontare in breve tempo un cambiamento di server, perché quello scelto all’inizio sarà ormai sottodimensionato per la notevole affluenza raggiunta dall’applicazione. In caso contrario, se l’applicazione è un flop clamoroso, l’azienda si ritroverà ad aver investito un’ingente somma di denaro per l’acquisto di una macchina configurata con tanto di licenze, che non servirà a nulla.

E se invece tutto questo fosse fatto con Azure? Lo scenario sarebbe il seguente. Bisogna fare l’iscrizione sul portale dedicato, ambientarsi un po’ per scoprire la piattaforma attraverso i tutorial presenti sulla knowledge base di Microsoft e iniziare a configurare la propria macchina.
Si sceglie un biprocessore, 3,5 gb di Ram, 490Gb di spazio su disco, a 0,24$ l’ora. Si, avete letto bene, neanche 25 centesimi di dollaro all’ora. E inoltre l’ora è calcolata in base al reale utilizzo. Si viene quindi tariffati solo per il reale utilizzo della macchina virtuale in cloud. Una volta creato l’hardware, svilupparci sopra è semplicissimo. Come per la configurazione del server (che si fa sul proprio browser, comodamente seduti nel proprio ufficio), si configura l’ambiente di sviluppo. Possiamo usare Windows Server 2008 come sistema operativo, Visual Studio 2008 (o Visual Studio 2010 RC) come tool di sviluppo, Sql Server 2005 e logicamente IIS 7 (senza neanche doverlo scegliere, c’è già). Ecco creato il nostro server virtuale, gestito da browser, pronto per sviluppare e comodamente raggiungibile da qualsiasi parte del mondo con una semplice connessione internet. Da questo momento, qualunque cosa in più ci servisse, è comodamente addizionabile con un click e ci verrà tariffata dal momento dell’utilizzo. La scalabilità immediata di Azure è uno dei punti a suo favore. Il sistema può infatti adattarsi alle esigenze del cliente anche solo per 2 giorni o per 2 ore, il tempo di provare o fare un esperimento per vedere se proseguire su una strada o meno.

E quindi Windows Azure è utilizzabile solo con gli strumenti di sviluppo Microsoft? No. Ecco un altro punto a favore del cloud di Microsoft: è possibile utilizzare una notevole quantità di tool di sviluppo semplicemente installando i pacchetti di compatibilità, che troveremo nella gestione del nostro neonato server virtuale. Siamo soliti sviluppare con Eclipse? Nessun problema, c’è il modulo Eclipse per Azure e, in pochi click, avremo gli strumenti che siamo abituati ad usare.

In questo modo l’azienda non deve preoccuparsi della manutenzione, di aggiornare il sistema operativo, i tool di sviluppo, di cercare le patch in giro per internet, di fare backup, di pagare la bolletta per l’energia elettrica del server. Esce un service pack per Windows Server 2008? Al nostro login lo troveremo già installato sul nostro server virtuale. Tutto quello che viene realizzato in Azure, viene quindi tariffato all’utente, dall’utilizzo della potenza computazionale alla banda utilizzata per le transazioni, tutto calcolato al centesimo (al minuto per la potenza computazionale, al GB per le transazioni). Non si paga niente di più di quello che si usa realmente. Se poi pensiamo all’utilizzo di Azure in una grande azienda che ha un CED con 20 server in rack, 20 licenze per i sistemi operativi, gruppi di continuità, temperatura della sala server sempre a 16°, unità di backup, sorveglianza H24, router e firewall da bilanciare con il carico dati, potremo allora immaginare a quale risparmio in termini economici porterà la scelta di affidarsi al cloud.

Ecco la strada che oggi l’informatica sta seguendo. Come detto da Nicholas Carr, è in corso lo stesso processo che a fine ottocento si sviluppò in seguito all’avvento della corrente elettrica. Appena venne introdotta, tutte le aziende si dotarono infatti di costosi generatori, diventando produttrici della propria energia elettrica. Con il passare del tempo, sorsero le prime aziende che producevano più energia di quella che serviva loro, iniziando a rivenderla. In breve tempo acquistare l’energia da fuori senza produrla, divenne molto più conveniente e nessuno produsse più l’energia in casa. Lo stesso ora accade per i computer. In futuro non ci sarà più bisogno di avere un pc con hard disk e sistema operativo installato, basterà una connessione internet e tutto sarà sul web.

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…

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 IDE 6.7 Features
• NetBeans IDE 6.7 Tutorials and Documentation
• Videos of NetBeans IDE 6.7 in Action

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

Il team sviluppo ha annunciato ieri la notizia ufficiale del rilascio dell’ultima versione di PHP della serie 5.x che incude innumerevoli nuove feature e la risuluzione di molti bug del linguaggio, oltre 140 bug fixes.

Le principali novità introdotte in PHP 5.3.0 sono citate qui di seguito:

• Supporto per i namespaces;
• Funzioni Lambda e Closures;
• Miglioramento delle performance;
• Garbage collection rivisitato;
• Sostituizione di libmysql con mysqlnd;
• Miglioramento del porting per le piattaforme alternative;
• Cambio politica della gestione degli avvisi (E_DEPRECATED, E_STRICT);
• Introdotte nuove direttive nel php.ini che rendono più flessibile la configurazione;
• Nuove estensioni native.

Vi rimando al link ufficiale e per ulteriori approfondimenti potete consultare alcuni articoli di html.it che descrivono  con alcuni esempi le nuove funzionalità:

http://php.html.it/articoli/leggi/2475/le-novita-di-php-53-namespace/
http://php.html.it/articoli/leggi/2500/le-novita-di-php-53-supporto-alla-metaprogrammazione/

Per chi non lo sapesse Prestashop è una piattaforma opensource per realizzare siti ecommerce. Questo prodotto abbastanza giovane, ha da poco superato la realease 1.0 e stà avendo parecchi consensi positivi nell’ambito delle soluzioni moderne per il commercio elettronico, tanto da essere preferibile in molti casi a Magento Ecommerce, quest’ultimo giudicato l’alternativa sostitutiva a osCommerce e Zen-cart.

I punti di forza di Prestashop sono la ricchezza di funzionalità pur garantendo un ottima facilità di utilizzo sia per chi gestisce il proprio negozio online sia per chi deve svilupparlo, oltre ad essere veloce, leggero, e facilmente integrabile, il tutto grazie ad un codice di ottima fattura, moderno e ben organizzato.

Questo post non vuole essere però una introduzione a Prestashop, che in questi ultimi mesi è stato discusso ampliamente e recensito in molti altri siti, ma si vuole illustrare come sia semplice realizzare la base di un modulo personalizzato che si potrà installare sulla piattaforma in questione.

La procedura per la creazione di un modulo è molto semplice:

I moduli stanno tutti dentro alla cartella /modules, alcuni per velocizzare la creazione di un nuovo modulo copiano direttamente una cartella di un altro modulo poi iniziano a personalizzarlo per crearsi il proprio.. ma in questo esempio vediamo come crearlo from scratch.

1. Creazione della cartella mymodule/ dentro a /modules
2. Creazione del file vista mymodule.tpl dentro a /modules/mymodule/
3. Creazione della classe mymodule.php sempre dentro a /modules/mymodule/

Classe mymodule.php

In questo esempio di codice sottostante si vuole mostrare come realizzare una semplice classe Mymodule, che estende la classe padre module di prestashop, ereditandone le caratteristiche fondamentali. Tramite il costrutture vengono inizializzate le variabili necessarie, e attraverso il metodo install si puo’ registrare il modulo nel Hook di default, in questo caso il Left, visualizzando il contenuto della vista tramite la chiamata a hookLeftColumn.

Come si può notare all’interno del metodo hookLeftColumn posso passare le variabili elaborate nella classe alle viste per poi visualizzarle. All’interno del modulo posso fare riferimento chiaramente a tutte le classi disponibili del framework di prestashop.. As esempio potrei fare una semplice query su una tabella del database:

semplice vero?

Creare la vista mymodule.tpl
Un semplice esempio di vista che verrà richiamata dalla precedente classe e sarà visualizzata nel parte left del nostro eshop.

Come si può notare Prestashop utilizza smarty come motore di template, quindi abbiamo a disposizione tutte le sue funzionalità per fare cicli e manipolazioni.. e inoltre attraverso il quale si possono definire alcuni stringhe di codice, es {l s=’My first module’ mod=’mymodule’} all interno delle viste, che poi potranno essere tradotti dal sistema di traduzione presente nella piattaforma, generando vari files all’intenro della cartella del modulo (es. it.php, fr.php).

All’interno del modulo possiamo usare ad esempio la variabile smarty {$module_dir} per far riferimento alla directory di questo modulo e quindi facilitarci i riferimenti all’interno di esso.

Questo Mymodule chiaramente non fa molto, visualizza questo blocco di codice html nella colonna di sinistra del eshop… però è il punto di partenza che ci permette di capire come funziona il sistema e sviluppare qualcosa di complesso e di personalizzato. Ci basterà quindi dare un occhiata agli altri moduli e prendere spunto.

Riferimenti

http://www.prestashop.com/forums/viewthread/730/modules/how_to_create_a_new_module_any_kind
http://marghoobsuleman.com/blogs/how-to-create-prestashop-modules

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.

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.

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

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.