Ora poi è diventato tutto molto più semplice grazie ai numerosi framework javascript, come jQuery che grazie ad un layer aggiuntivo ci consentono di utilizzare con maggiore potenza e velocità tutta la ricchezza del linguaggio JS.

Attualmente chi non saprà utilizzare questi strumenti al top rimarrà indietro.. verrà schiacciato dalla concorrenza agguerrita dei programmatori del futuro che non si fermano a fare andare le proprie applicazioni, ma vogliono sempre il massimo!

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…

Il 12 Agosto è stata rilasciata la tanto attesa nuova versione 1.2.1 di Prestashop, il software open-source per l’ecommerce in stile web 2.0 più promettente in circolazione! La nuova release del ramo 1.2.x è il risultato del testing e del bug fixing della neo nata versione 1.2 rilasciata il 29 Giugno, che ora si presenta più solida ed affidabile.

Tra le tante novità si può citare

• Maggiore possibilità di gestione del catalogo: disabilitare i prodotti, gestire i prodotti che non sono in stock.
• Sistema di tracciamento dei visitatori
• Possibilità di creare gruppi di acquirenti, con l’associazione di coupons e permessi a certe categorie e sistemi di pagamento.
• Statistiche filtrate da data a data
• Possibilità di visualizzare i carelli che sono stati creati dai clienti senza essere stati evasi.
• Possibilità di inserire files da scaricare associati ai prodotti (brochure, data-sheets, modulistica ecc)
• Possibilità di visualizzare la tassazione IVA o IVA esclusa nei prezzi dei prodotti
• API Paypal
• Modulo per il reminder ai clienti più affezionati

Riferimenti
http://www.prestashop.com/blog/article/prestashop_121_is_now_available/

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/

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 fortuna o sfortuna, dipende dai punti di vista, ci sono centinaia e centinaia di CMS (considerando anche quelli proprietari), e trovare quello che fa al caso nostro diventa molto difficile.

In questo articolo non si vuole consigliare sicuramente quale CMS utilizzare ma come valutare la propria scelta in base alle proprie necessità.

Perchè dovrei usare un CMS?

Ci sono tanti possibili motivi per utilizzare un CMS, ma quello principale è che questo strumento ci consente di gestire i contenuti del sito in modo semplice e veloce. Spesso gli sviluppatori dimenticano che questo è lo scopo principale di un CMS e cercano comunque di implementare sempre tante funzionalità perdendo di vista questo concetto fondamentale. Il CMS non è solo la gestione del testo, il contenuto può essere un form contatti, un form di autenticazione, un gestore di risorse come files e immagini..ecc La soluzione giusta è quindi trovare uno strumento che renda disponibili le funzionalità essenziali senza sacrificare la facilità di uso di chi lo implementa, ma soprattutto del cliente che poi dovrà gestirlo. Quindi un buon CMS ci deve consentire di dedicare più tempo alla progettazione ed ideazione del design della parte frontend, rispetto alla parte di sviluppo di nuovi moduli ed estensioni.

Gli errori più comuni sono:

1. Scegliere un CMS Geek friendly
   Quando si sviluppa un sito bisogna pensare sempre che l’utilizzatore non sempre avrà la stessa padronanza degli strumenti informatici che abbiano noi. Quindi il CMS che andremo a scegliere deve essere a misura del cliente/utente non a misura di sviluppatore. Poi se troviamo qualcosa che è facile per entrambi tanto meglio.
2. Più gente lo utilizza e più roba cè meglio è..
   Non lasciatevi ingannare da quanti utenti lo usano, dalla immensa comunità di sviluppatori che può darvi supporto, e dalla miriade di estensioni disponibili.. è molto spesso una trappola.
   La maggior parte degli utenti e degli sviluppatori improvvisati che usano i CMS non utilizzano questo strumento con vera cognizione e molto spesso anche se sono disponibili tanti moduli e tante estensioni, veramente poche e difficilmente identificabili faranno veramente al caso vostro e tra l’altro molte di esse saranno scritte male, quindi da rifare.
3. Scegliere di fretta
   Assicurarsi sempre di verificare che il CMS che si stà valutando includa tutte le funzionalità di cui si ha bisogno. Molte spesso si corre il rischio di inciampare su un promettente CMS, investire parecchio tempo per poi accorgersi che non erano state valutate veramente a fondo tutte caratteristiche disponibili. Purtroppo alcuni dei migliori CMS sono ancora in via di sviluppo, perchè portano l’esperienza e gli errori degli “antenati”, ma non voglio citarli in questo articolo.
4. Non documentarsi
   Prima di partire ad utilizzare un determinato prodotto è sempre buona regola dare un’occhiata a dei siti esempio realizzati con lo strumento scelto, leggere la documentazione e le features, contattare gli amministratori e gli sviluppatori che lo utilizzano, discutere dei pro e dei contro del CMS su vari forum. E una volta capito che potrebbe essere il nostro CMS è consigliabile iniziare a sviluppare un sito di esempio per metterlo alla prova e testarne a pieno funzionalità che ci mette a disposizione, e magari perchè non sviluppare direttamente il nostro sito?

Riferimenti:
http://www.webdesignerdepot.com/2009/01/how-to-choose-the-right-cms/

Mentre la maggior parte dei Sitemap generator facevano la scansione dei link dei siti web o della lista dei file su un server, Google ha pensato di creare un altro tipo di Sitemap generator che utilizza diversi metodi per trovare gli URL del sito web per poi permettere di creare e mantenere automaticamente diversi tipi di file Sitemap.

Il  Google Sitemap Generator è un software opensource che trova i nuovi url o quelli che vengono modificati basandosi diversi metodi: sul traffico generato dalle url, analizzando i log del server e la scansione dei files che sono sul server. Combinando questi metodi Google Sitemap Generator può identificare molto velocemente i vari link url e calcolare i vari metadata, rendendo la vostra sitemap super efficiente.

Una volta che il tool ha identificato i vari url, si può scegliere quali tipologie di sitemap creare:

• XML Sitemaps per le ricerche web in accordo con gli standard definiti su sitemaps.org.
• Mobile Sitemaps ottimizzata per i dispositivi mobile.
• Code Search Sitemap.

In più Google Sitemap Generator può effettuare un ping a Google Blog Search per comunicare tutte le modifiche. Si può anche includere (opzionale) le URL della sitemap nel file robots.txt o pingare un altro motore di ricerca che supporta gli standard di sitemaps.org.

L’invio delle URL è molto semplice grazie ad una console di amministrazione web based, che vi consente di aver accesso a diverse funzionalità.

Riferimenti:
http://code.google.com/p/googlesitemapgenerator/

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?

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