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

Sono Paolo Predonzani e vorrei parlarvi di un framework open source per applicazioni web chiamato Portofino, che è stato sviluppato dall’azienda italiana ManyDesigns e che ho personalmente contribuito a scrivere. Portofino si rivolge ai programmatori di applicazioni web aziendali, offrendo rapidità di sviluppo, ricche funzionalità e qualità dei risultati.

Ci sono tre caratteristiche distintive di Portofino:

La prima è che Portofino mette l’ambiente di sviluppo rivolto al programmatore e l’ambiente di esecuzione dell’applicazione sviluppata rivolto agli utenti finali insieme nella stessa applicazione web. Cioè l’ambiente di sviluppo non è più un’IDE separata, magari come programma desktop, ma è raggiungibile “a distanza di un click” dall’applicazione che si sta sviluppando. Per fare un paragone con i CMS, è la stessa evoluzione che si è avuta dagli strumenti di authoring off-line a quelli on-line. Il vantaggio è quello di velocizzare il ciclo di sviluppo: l’applicazione è sempre on-line , testabile e modificabile istantaneamente. In un’ottica di sviluppo agile o di requisiti da definire durante il progetto, Portofino può essere di grande aiuto.

La seconda caratteristica è quella di integrare il maggior numero possibile di funzionalità tipiche delle applicazioni web aziendali: mascherecrud, permessi, workflow, reportistica, attributi calcolati, validazioni, navigazione delle relazioni, breadcrumb, combo di selezione in cascata e ricerche full-text (ma la lista è parziale) sono tutti modelli predefiniti e facilmente configurabili. A differenza di altri framework e RAD che permettono solo maschere crud e poco più, Portofino crea applicazioni funzionalmente più ricche e visivamente più stimolanti. Inoltre, l’inclusione di modelli logici (p.e.,workflow e permessi) dà “profondità” all’applicazione che altrimenti risulterebbe solo uno stato di ‘presentation’ senza ‘business logic’ sottostante.

La terza caratteristica è quella di rendere l’applicazione sviluppata resistente ai cambiamenti. Pensate, nello sviluppo tradizionale di software, alle implicazioni di un cambiamento di schema nel database. Anche solo cambiare una colonna in una tabella può avere ripercussioni profonde: bisogna cambiare le maschere di inserimento, le query di accesso e di ricerca dei dati e i report. In Portofino questi inconvenienti non avvengono perché il framework gestisce le dipendenze fra le varie parti dell’applicazione e le mantiene coerenti nonostante i cambiamenti di modello. Qui ho fatto l’esempio del modello dei dati ma in realtà il programmatore può modificare qualunque dei modelli di Portofino senza paura di “spaccare” l’applicazione.

Brevemente dal punto di vista architetturale, Portofino è una webapp Java conforme all’xhtml, con alcune funzioni ajax ma con attenzione all’accessibilità e senza necessità di plug-in nel browser. Sono supportati i principali database: quattro commerciali e tre open-source.

Per chi lo volesse provare, abbiamo creato un pacchetto one-click-start-portofino che permette lanciare Portofino velocemente e include un’applicazione di ticket tracking di esempio. Le istruzioni per scaricare, installare e fare i primi passi con Portofino è disponibile al seguente indirizzo:

http://www.manydesigns.com/documentation/tutorials/installing-and-running-the-software.html

Per chi vuole avere solo una panoramica, è disponibile un video e una pagina di screenshot:

http://www.manydesigns.com/portofino.html

http://www.manydesigns.com/portofino/screenshots.html

Articolo scritto da:

Paolo Predonzani

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.