Prima di tutto specifico però come è configurato il mio ambiente di sviluppo web, io ho appunto apache come web server per il test in locale dei siti in via di sviluppo ed utilizzo i vitualhost di apache per identificare  siti locali con il suffisso .local, quindi ad esempio ho www.slweb.local. Ho poi nel file /etc/hosts l’indicazione per risolvere www.slweb.local nell’indirizzo ip locale del mac. Quindi per testare la versione locale di questo sito digito sul browser www.slweb.local.

Il file /etc/hosts, durante la risoluzione dei nomi, viene consultato prima del DNS e per questo motivo è molto rapido e soprattutto permette di ignorare il DNS per il TLD .local. Ma vi è un problema, a quanto pare Os X 1.7 utilizza il TLD .local per alcuni servizi bonjur e questo provoca il rallentamento nella risoluzione dei nomi .local contenuti nel file /etc/hosts. Ecco spiegato il motivo per cui ogni volta che richiedevo una pagina .local il web server apache impiegava oltre 5 secondi per rispondere!

Il modo più semplice per ovviare a questo problema è quello di non usare .local per i siti locali ma un’altra estensione come .dev.

Ho cambiato tutti i virtualhost e il file /etc/hosts con .dev al posto di .local e adesso è tutto super veloce, come prima.

Grazie! È tutto quello che posso dirti, grazie per avermi fatto sognare, per avermi fatto divertire e per avermi fatto lavorare.

dd if=/dev/urandom of=filetest_1mb bs=1048576 count=1

Poichè il file è riempito di valori random anche comprimendolo non si ha perdita di dati, rimane delle stesse dimensioni!

gzip filetest_1mb

Produce il file compresso filetest_1mb.gz di 1 Mb esatto.

Ext.define('Cliente', {
  extend: 'Ext.data.Model',
  fields: [
     { name: 'id_cliente', type: 'int' },
     { name: 'nome', type: 'string' },
     { name: 'cognome', type: 'string' },
     { name: 'email', type: 'string', vtype: 'email' },
     { name: 'telefono', type: 'string' }
  ]
});

Il Model, viene utilizzato unitamente a Ext.data.Store per visualizzare e modificare i dati all’interno della nostra applicazione. Attraverso lo Store è inoltre possibile compiere diverse operazioni come l’ordinamento, la ricerca etc.  Per visualizzare l’elenco dei clienti in un grid panel,  dobbiamo, quindi, definire un Store:

Ext.create('Ext.data.Store', {
    model: 'Cliente',
    proxy: {
        type: 'ajax',
        url : 'clienti.json',
        reader: 'json'
    },
    autoLoad: true
});

In questo Store abbiamo definito un un proxy di tipo AJAX, che carica i dati dall’url specificata in formato json e li interpreta tramite il reader definito. In Ext js 4 possiamo definire svariati tipi locali o remoti di Ext.data.Proxy.

Nell’esempio precedente abbiamo definito il Proxy all’interno dello Store, Est Js 4 ci offre anche un’altro approccio, ovvero la possibilità di definire il Proxy all’interno del Model:

//definisco un modello con il relativo proxy
Ext.define('Cliente', {
  extend: 'Ext.data.Model',
  fields: [
     { name: 'id_cliente', type: 'int' },
     { name: 'nome', type: 'string' },
     { name: 'cognome', type: 'string' },
     { name: 'email', type: 'string', vtype: 'email' },
     { name: 'telefono', type: 'string' }
  ],
  idProperty: 'id_cliente'
  proxy: {
        type: 'ajax',
        api : {
            create  : 'createCliente.php',
    	    read    : 'elencoClienti.php',
    	    update  : 'updateCliente.php',
    	    destroy : 'deleteCliente.php'
        },
        reader: {
             type: 'json',
             root: 'dati'
        },
        writer: {
            type: 'json',
            writeAllFields:true,
            root : 'data',
            encode: true
        }
    }
});

// Uso il proxy definito nel model
Ext.create('Ext.data.Store', {
    model: 'Cliente'
});

Questo approccio offre due vantaggi. Il primo è evidente, tutti gli store che useranno il Model Cliente leggeranno i dati dallo stesso Proxy, non dovremo così definire un Proxy in ogni Store. Il secondo è meno evidente ma altrettanto interessante; possiamo caricare e salvare i dati senza l’uso di un Store.

Prima di vedere come compiere le operazioni sui dati vediamo bene il significato delle varie configurazioni del Model Cliente.

   idProperty: 'id_cliente'

La configurazione serve ad indicare qual’è il campo che identifica univocamente il record, di default questo valore è id se come nel nostro Cliente si è usato un campo diverso da id, si deve necessariamente specificare quale campo riveste la funzione di id, in questo modo il Proxy verificando la presenza di questo valore sarà in grado di stabilire se si tratta di un nuovo record oppure di una modifica ad un record esistente, eseguendo la chiamata ajax corretta.

api : {
   create  : 'createCliente.php',
   read    : 'elencoClienti.php',
   update  : 'updateCliente.php',
   destroy : 'deleteCliente.php'
}

La configurazione api consente di indicare al Porxy quali sono le url da chiamare per ogni singola operazione CRUD (Create, Read, Update, Destroy), se state usando un back end che è in grado di riconoscere le operazioni restful (PUT, POST, GET, DELETE) potete tralasciare api ed usare la configurazione url insieme a la configurazione type: ‘rest’.

reader: {
   type: 'json',
   root: 'dati'
}

Il reader è quello che si occupa di leggere i dati, in questo caso abbiamo specificato che il tipo di dati è json e che i dati veri e propri sono dentro l’array dati. Questo reader si aspetta una risposta json di questo tipo:

{"success":true, "message":"Dati caricati correttamente", "dati":[{record 1},{record 2},...,{record n}]}

Ed infine:

writer: {
   type: 'json',
   writeAllFields:true,
   root : 'data',
   encode: true
}

Il writer si occupa di definire il modo in cui operano le richieste di scrittura sul server remoto. In particolare stiamo indicando che i dati inviati devono essere di tipo json, che bisogna inviare sempre tutti i dati writeAllFields:true (se il framework remoto supporta l’aggiornamento solo dei campi modificati, è possibile saltare questa configurazione che di default è false) e infine che i dati saranno codificati dentro il parametro data dell’azione POST, in php avremo quindi:

$dati = json_decode($_POST['data']);

Come abbiamo detto, possiamo compiere delle operazione sui dati senza l’ausilio dello Store, vediamo:

// Prendiamo un riferimento al modello Cliente
var Cliente = Ext.ModelMgr.getModel('Cliente');

var stefano = Ext.create('Cliente', {
    nome: 'Stefano',
    cognome: 'Perinetti',
    email : 'stefano@prova.com',
    tel: '+39000000000'
});

//Possiamo salvare stefano senza l'uso di uno Store, perché abbiamo definito nel Model tutto il necessario
//per questa operazione
stefano.save({
    success: function(stefano) {
        console.log("Stefano salvato! id_cliente =  "+ stefano.getId());
    }
});

In questo esempio abbiamo creato un nuovo cliente e abbiamo salvato i suoi dati sul server remoto utilizzando un’istanza del Model Cliente senza l’ausilio di uno Store. Da notare che il metodo Ext.data.Model.save() compie due azioni, la prima è di scrittura e la seconda di lettura per ottenere l’id generato probabilmente dal server remoto. Nell’operazione di lettura che avviene su quanto restituito dalla chiamata POST per il salvataggio dei dati sul server, deve quindi essere incluso l’intero record appena salvato con il suo id all’interno dell’array (root: ‘dati’) definito nel Proxy reader. In breve save() si aspetta una risposta simile:

{"success": true, "message":"Record salvato correttamente.", "dati":{"id_cliente":123, "nome":"Stefano" ...}}

Ci sono ancora molte cose da analizzare sul data package vedremo nella seconda parte di questo articolo.

org.eclipse.php.core.PHPNature

Per fare questo occorre selezionare il progetto nel Project Explorer, cliccare con il destro e selezionare il menu configure->add php support

Se si stanno usando anche librerie Javascript come ExtJs o Jquery è opportuno anche selezionare di nuovo configure->Convert to Javascript Project

Si aprirà una finestra con delle opzioni su javascript, confermate pure senza toccare nulla.

Ora possiamo cambiare la natura del nostro progetto, sempre con il destro sul nome del progetto, scegliete Properties. Nella finestra che si apre scegliamo la proprietà Project Natures nella parte sinistra.

Selezioniamo ed impostiamo la natura del progetto come da figura sottostante.

Bene possiamo cliccare su ok, da ora in avanti le funzionalità di auto-completamento saranno pienamente supportate anche su Aptana 3!

Nota: prima di eseguire questa modifica su tutti i mie progetti, l’apertura di Aptana 3 era lentissima, in particolare ogni volta impegava anche 15 minuti per completare la fase building workspace. Dopo questa modifica è tornato tutto normale! Da capire meglio questa cosa.

Come sempre se vi è stato utile questo articolo, fatemelo sapere con un commento, è anche un modo per capire se devo continuare a scriverli oppure no!

Ciao

Come risolvere il problema?

Semplice! con il tools di HP per lo smartarray ho creato un array da 3Tb poi al sue interno ho creato due volumi logici, 1 da un Gb e l’altro grande quanto tutto lo spazio a disposizione entrambi raid 5.

Con questa configurazione il disco da 1Gb viene creato come MBR e l’altro come GPT. Durante l’installazione di Centos 5.6 anaconda partiziona correttamente installando /boot in una partizione di 100Mb del volume da 1Gb e il resto in LVM con due partizioni per swap e /.

Ciao

Non solo, proprio nei giorni in cui muovevo i primi passi per scoprire questo framework, è stato rilasciato Ext Designer, un software multi-piattaforma, che permette con il semplice Drag & Drop di creare gli elementi dell’interfaccia grafica dell’applicazione, utilizzando i componenti di ExtJs.

Incredibile, posso creare un’intera interfaccia senza scrivere una riga di html o css, fantastico proprio quello che cercavo. Menu, finestre, form e griglie, tutto in modo semplice, coerente e lineare e non solo, controlli avanzati sui campi, data_store, combobox, data_grid insomma tutto!

Ho fatto la scelta, uso ExtJs!

L’apprendimento non è semplice, bisogna entrare nei meccanismi del framework e scoprirne le funzionalità davvero vastissime, nei prossimi giorni pubblicherò qualche tutorials su come usare Ext Designer per realizzare velocemente un’applicazione.

Apple Magic Mouse

Il nuovo mouse è in assoluto il primo mouse Multi Touch della storia. In sostanza Apple ha deciso di trasferire l’esperienza Multi Touch di iPhone prima e di iPod Touch e MacBook Pro dopo anche nei sistemi desktop. Dal design essenziale ed elegante il Magic Mouse elimina tutto il superfluo, niente filo, niente tasti ne, tanto meno, rotelline che si sporcano e si inceppano. Per gestire i comandi è sufficiente usare le “gesture” tipiche dei dispositivi Touch che gli utenti iPhone conoscono molto bene.

Apple Magic Mouse

Come al solito Apple riesce sempre a tirare fuori un prodotto unico e rivoluzionario, ora attendiamo di averlo a disposizione per una prova sul campo.

E’ possibile acquistare il Magic Mouse sullo store on-line per 69 €

Ciao

Uno dei problemi che spesso si incontra sviluppando pagine web con PHP e MySLQ è quello dei caratteri, soprattutto quelli accentati o quelli aprticolari come l’euro €.

Il tutto dipende da errori di conversione fra diversi charset, infatti, spesso inconsapevolmente, il programmatore principiante non presta attenzione a questo aspetto durante lo sviluppo lasciando le impostazioni di default che spesso non coincidono.

Il database MySQL per esempio imposta come charset di default il latin1 mentre il web server solitamente utilizza utf-8. Durante questa conversione si possono creare delle imprecisioni che portano alla mancata visualizzazione dei caratteri.

Come risolvere il problema?

Semplice basta impostare tutto come utf-8 che è il charset consigliato dal w3c.

Allora per prima cosa impostate il vostro editor per scrivere con il charset utf-8.

Inserite in ogni pagina html, xhtml quale charset viene utilizzato con la seguente direttiva:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Quando create il database MySQL specificate come default charset utf-8 e come collation utf-8_general_ci.

Bisogna poi infine fare attenzione ad un aspetto critico. MySQL usa come default charset latin1 anche per il client e la connessione, queste opzioni sono configurate nelle variabili del server.

Potete procedere in due modi:

• Modificate i valori di default del server MySQL ma fate attenzione perché ciò influisce sui database e le applicazioni precedenti.
• Eseguire seguenti due query subito dopo la connessione:

SET NAMES utf8
SET CHARACTER_SET utf8

Assicuratevi che anche il web server utilizzi il charset uft-8.

Ho fatto svariate prove e non ho avuto problemi con moltissimi caratteri sia in inserimento sul database che il lettura, se avete ulteriori informazioni per completare questo piccolo articolo inviatemele pure e le pubblicherò col vostro nome.

Riporto di seguito la procedura così come l’ho eseguita, è piuttosto lunga e un pò snervante e richiede un minimo di dimestichezza con la shell Unix. Alla fine otterrete una versione di php piuttosto completa, volendo potete aggiungere o togliere le estensioni, e completamente stand-alone che funziona a 64 bit correttamente con web server apache installato di default con Snow Leopard.

Installate prima di tutto mysql prelevando l’ultima versione dal sito www.mysql.com, ovviamente prendete quella per 10.5 x86_64

Prepariamo le directory necessarie:

sudo mkdir /usr/local/php5.2
mkdir ~/src
cd src

installare prima le librerie necessarie in /usr/local/php5.2/

installazione t1lib

curl -O ftp://sunsite.unc.edu/pub/linux/libs/graphics/t1lib-5.1.2.tar.gz
tar xzf t1lib-5.1.2.tar.gz
cd t1lib-5.1.2
CFLAGS="-arch x86_64" ./configure --prefix=/usr/local/php5.2/
make without_doc
sudo make install
cd ..

installazione lib jpeg

curl -O http://www.ijg.org/files/jpegsrc.v7.tar.gz
tar -xzf jpegsrc.v7.tar.gz
cd jpeg-7/
CFLAGS="-arch x86_64" ./configure --prefix=/usr/local/php5.2/
make
sudo make install
cd ..

installazione lib png

Scaricatela da http://www.libpng.org/pub/png/libpng.html e mettela dentro ~/src curl non funziona con sourceforge

tar -xzf libpng-1.2.40.tar.gz
cd libpng-1.2.40
CFLAGS="-arch x86_64" ./configure --prefix=/usr/local/php5.2/
sudo make install
cd .

installazione libmcrypt

scaricatela da http://sourceforge.net/projects/mcrypt/files/Libmcrypt/2.5.8/libmcrypt-2.5.8.tar.gz/download e mettela dentro ~/src curl non funziona con sourceforge

tar -xzf libmcrypt-2.5.8.tar.gz
cd libmcrypt-2.5.8
CFLAGS="-arch x86_64" ./configure --prefix=/usr/local/php5.2/
make
sudo make install
cd ..

installazione libxml2

curl -O ftp://xmlsoft.org/libxml2/libxml2-2.7.4.tar.gz
tar -xzf libxml2-2.7.4.tar.gz
CFLAGS="-arch x86_64" ./configure --prefix=/usr/local/php5.2/
make
sudo make install
cd ..

installazione gettext

curl -O http://gd.tuwien.ac.at/gnu/gnusrc/gettext/gettext-0.17.tar.gz
tar -xzf gettext-0.17.tar.gz
cd gettext-0.17
CFLAGS="-arch x86_64" ./configure --prefix=/usr/local/php5.2/
make
sudo make install
cd ..

installazione di curl e lib curl

curl -O http://curl.haxx.se/download/curl-7.19.6.tar.gz
tar -xzf curl-7.19.6.tar.gz
CFLAGS="-arch x86_64" ./configure --prefix=/usr/local/php5.2/
make
sudo make install
cd ..

e finalmente prendiamo php

curl -O http://uk.php.net/distributions/php-5.2.10.tar.bz2
tar xfz php-5.2.10.tar.bz2
cd php-5.2.10

in questa versione di php cè un piccolo errore in un file che va corretto prima di tutto altrimenti non si compila un bel niente

aprite con un editor di testo (io ho usato xcode) il file

~/src/php-5.2.10/ext/iconv/iconv.c

alle riga 196, 197, e 198 trovate

#ifdef HAVE_LIBICONV
#define iconv libiconv
#endif

correggete con

#ifdef HAVE_LIBICONV
#define iconv iconv
#endif

prepariamo il configure

CFLAGS="-arch x86_64 -I/usr/local/php5.2/include/" LDFLAGS="-L/usr/local/php5.2/include/" ./configure --prefix=/usr/local/php5.2 --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-config-file-scan-dir=/usr/local/php5.2/php.d --with-openssl=/usr --with-zlib=/usr --with-zlib-dir=/usr -with-xpm-dir=/usr --with-gd --with-ldap --with-xmlrpc --enable-exif --enable-soap --enable-sqlite-utf8 --enable-wddx --enable-ftp --enable-sockets --with-bz2=/usr --enable-zip --enable-pcntl --enable-shmop --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-mbstring --enable-bcmath --with-libxml-dir=/usr/local/php5.2 --with-xsl=/usr/local/php5.2 --with-gettext=/usr/local/php5.2 --with-png-dir=/usr/local/php5.2 --with-jpeg-dir=/usr/local/php5.2 --enable-gd-native-ttf --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-pdo-mysql=/usr/local/mysql --with-mcrypt=/usr/local/php5.2 --with-iconv --disable-xmlreader --with-t1lib=/usr/local/php5.2 --with-curl=/usr/local/php5.2

ok c’è un altro bug

aprite sempre con xcode

~/src/php-5.2.10/Makefile

il Makefile appena generato, cercate

EXTRA_LIBS =

seguito da una serie di opzioni, aggiungete per prima

-lresolv

salvate e chiudete, compiliamo!

make

bene il php è compilato ora facciamo il backup del php di snow leopard altrimenti viene sovrascritto

sudo mv /usr/libexec/apache2/libphp5.so /usr/libexec/apache2/libphp5.so.snow_leopard
sudo make install

spostiamo modulo appena generato e ripristiniamo il php di snow leopard (opzionale)

sudo mv /usr/libexec/apache2/libphp5.so /usr/local/php5.2/libphp5.so
sudo cp /usr/libexec/apache2/libphp5.so.snow_leopard /usr/libexec/apache2/libphp5.so

Modifichiamo il file

/etc/apache/httpd.conf

commentando la riga

#LoadModule php5_module libexec/apache2/libphp5.so

e aggiungendo la riga

LoadModule php5_module local/php5.2/libphp5.so

Riavviamo apache

sudo apachectl restart

Ok ora avete il vostro php 5.2.10 funzionante potete tranquillamente continuare a sviluppare in attesa della prossima compatibilità de vari software. Bella fatica eh! io sono impazzito 2 giorni pieni pieni, sperò che possa essere d’aiuto a qualcun altro. Se seguite questa guida e qualcosa non vi torna o semplicemente riuscite lasciatemi un commento, sarò felice di aiutarvi o di esservi stato d’aiuto.

Ciao