Alla fine il motivo per cui all’interno del mio post mi ero soffermato sulle funzioni implementate nel core di PHP riguarda un’applicazione che si stava sviluppando a suo tempo. Nel caso specifico, ciò che ha spinto a utilizzare json_encode / json_decode era legato a pure e semplici questioni di performance unite alla considerazione del fatto che di Zend non ci sarebbe servito proprio altro: trattandosi di un servizio gateway XML-RPC (non un sito web) che risponde con strutture dati in formato JSON generate dai dati prelevati dal database e rielaborati per un layer superiore dell’applicazione, era necessario che la generazione fosse particolarmente rapida ed efficiente per quanto molte delle risposte costituiscano attualmente hit dalla cache out-of-process nella quale le stesse strutture vengono memorizzate una volta generate. Il fatto che la base dati sia interamente in formato unicode ha deposto a nostro vantaggio, ciò tuttavia non toglie che tutte le stringhe provenienti dal database abbiano un controllo sul fatto che siano in utf-8 (con eventuale riconversione a runtime in caso contrario) durante la costruzione delle strutture prima che queste ultime vengano passate a json_encode per la loro serializzazione.

Ai tempi avevo effettuato dei test di performance utilizzando due o tre librerie alternative per serializzazione e deserializzazione di JSON (una era appunto Zend_Json, almeno la versione dell’epoca e si parla quindi di almeno un anno e mezzo fa) rendendo pluggabile e configurabile la restituzione di una classe encoder tramite una classe factory e disabilitando la cache: i risultati erano tutti a vantaggio della soluzione che restituiva l’encoder implementato per usare json_encode con attivi i controlli sull’encoding delle stringhe, tanto che ogni chiamata ai metodi XML-RPC (quindi il risultato finale) veniva evasa mediamente tra le 20 e le 30 volte più velocemente rispetto alla stessa chiamata processata internamente dall’encoder che utilizzava Zend_Json.

Comunque ho approfittato per ampliare il discorso analizzando il perché di una scelta proprio per mettere in evidenza che a volte è opportuno meditare bene certe soluzioni in base alle esigenze. E poi un giorno, quando uscirà PHP 6, nella nostra applicazione avremo un guadagno gratuito poiché non sarà più necessario il controllo + eventuale conversione a UTF-8 delle stringhe. Oddio, forse quel giorno sarà tra qualche anno visti i ritmi attuali di PHP, ma tant’è

Grazie per i tuoi commenti!

Perche` quello di Zend? Per 2 motivi:
1) Usare quello di PHP e` possibile come illustriato in questro Thread, ma un conto e` fare un utf8_encode di una stringa un altro conto e` trasformare un recordset, un oggetto, un array bidimensionale o multidimensionale, cosa che richiede costruire funzioni di iterazione specifiche per i vari casi.

2) Zend non solo assolve al punto 1, ma la libreria JSon di Zend lascia al programmatore la scelta del charset, fregandosene completamente. Cio` significa che se nella pagina si usa l’intestazione iso-8859-1 o qualsiasi altra, sara` quella che verra` usata (che e` la cosa piu` intelligente da fare!).

Aggiungo 2 links per gli interessati:
Confronto tra librerie JSon esistenti
http://gggeek.altervista.org/sw/article_20061113.html

e un articolo per chi non conosce Zend su come estrapolare solo JSon
http://thecodecentral.com/2007/09/13/easy-json-encodingdecoding-in-php
(anche se secondo me converrebbe estrapolare e rinominare anti-collisioni con Zend, la funzione Encode direttamente in maniera che diventi indipendente dal path. Questo mantenendo la licenza senza incorrere nel furto di codice).
Tra l’altro Zend e` BSD.

header(’Content-Type: text/html; charset=iso-8859-1′);

o qualunque altro charset, magari uguale alla pagina html chiamante.

Non serve fare altro. In questo modo la pagina html ricevera` il json con i corretti caratteri èàò, ecc.

Initialize non-volatile configuration – continue (y/n)?

io digito “y” e do invio

la seconda riga :

Run script at boot : false

ma inserendo “true” e premo invio e mi dice :

** invalid entry

non riesco a capire eppure io inserisco giusto il valore..cosaposso fare?

ciao

@tutti: ricordate di dare sempre un’occhiata a NSLU2-Linux, è una miniera di informazioni per l’installazione e la configurazione dei vari firwmare alternativi per il vostro NSLU2.