Questa mattina son capitato su questa pagina che mostra un po’ di test di performance sui vari frameworks javascript. A parte che assai onestamente la pagina è in hosting dal sito di MooTools stesso che pur risulta essere secondo classificato… la cosa che mi ha fatto più rabbrividire è l’indicutibile ultima posizione di Prototype, che io ho sempre pensato essere la migliore! Se non altro perché non conoscevo nessun altra libreria… oltre a jquery, che però pensavo avesse in qualche modo qualcosa a che fare con l’sql. Dannazione che ignorante.

MooTools' logo

Bene, a questo punto l’ingranaggio che ho in testa (uno solo, che di fatto non serve a nulla ma fa aria alle pareti) si è messo a girare cigolando. Ho prima ricercato tutte le pagine che confrontassero le diverse librerie. C’era solo quella lì, quella di prima… va be’. Tanto meglio. Fatica in meno. Magari era anche farlocca. Ho guardato un po’ più da vicino gli effetti e le funzioni di tutte le varie librerie. Il più veloce risulta essere Dojo, col quale, però, gli effetti sembrano un po’ arrugginiti soprattutto sul mio GNU/Linux & Firefox. Quelli di MooTools erano proprio oleati e piacevoli e così ho deciso di passare a quest’ultimo (non è che poi vien fuori che su explorer fanno cagare, vero?)!

Ho cercato poi di capire perché il mio sito (questo qui, proprio lui) fosse così lento. Ed ho capito molte cose. I plugin che usavo utilizzavano tutte le librerie possibili immaginabili (il che mi ha convinto che non si può scegliere un plugin solo perché ha tante stelline ed un nome carino…), e che Prototype era incluso due volte nella pagina in versioni differenti, e che c’erano quattro plugin che avevo usato per quattro post. Ora, tra l’altro, le varie librerie vanno a ri-estendere funzioni come $("id"), e non ho idea di quale possa essere l’effetto di questa cosa. Di sicuro il povero browser si troverà piuttosto spiazzato.

Una cosa era sicura. Il mio sito non era lento perché lato php ci fossero lentezze, o perché register mi stesse tirando una sola, ma perché io stesso avevo creato un mostro, un tentacolare obbrobrio di plugins sovraccarichi di javascript din-don-dante et bla bla bla.

Ho tolto quasi tutto il toglibile, sostituito Prototype con MooTools e LightBox (l’unico plugin che realmente uso) con SlimBox, un clone di LightBox per MooTools.

Il risultato è evidente. Il 32.4% di doppie punte in meno. Ora non resta che studiare questa fantastica libreria! Intanto vedo se riesco ad usare questa cosa:

e2interactive Gallery

script.aculo.us team

Ora, Derby è molto smart, easy. Può partire nella stessa VM dell’applicazione, oppure fatta partire in una VM a parte. Tutte cose molto comode ed utili. Insomma… funziona, e funziona subito!

Quello che sto cercando di fare, invece, sarebbe far partire il server all’interno di una delle applicazioni client e tenerlo attivo fino a che tutte le applicazioni client son state chiuse. In pratica, il primo che parte fa uno startup del servizio:

    NetworkServerControl server = new NetworkServerControl();
    server.start(null);

Questo funziona. La seconda eventuale applicazione si accorge che il servizio è già attivo e, di fatto. Entrambe le applicazioni, invece, si connettono (la prima si connette al servizio che lei stessa ha creato, si intende!)

        Properties props = new java.util.Properties();
        Class.forName("org.apache.derby.jdbc.ClientDriver").newInstance();
        String nsURL="jdbc:derby://localhost:1527/sample;create=true";
        Connection conn = DriverManager.getConnection(nsURL, props);

Dove create=true sta a significare, se non c’è, crealo pure!

Il problema ora sarebbe che la prima applicazione termina alla fine della propria elaborazione. La seconda applicazione non trova più il servizio al quale era così affezionata e termina con rabbia. I casi son due… la prima applicazione dovrebbe aspettare che termini la seconda, oppure che il servizio girasse in una VM a parte. In questo caso… chi lo terminerebbe? Il sistema operativo? Inoltre, il db viene creato nella cartella da dove parte l’applicazione. Come specificare una diversa directory?

Ma questi sono dettagli. Il bello bello bello di tutto ciò è che si ha a disposizione un server Sql in meno di tre Mb di jar per un totale di quattro files.

L’ho prima installato su VirtualBox sotto Windows Vista. 800 Mb scarsi di downloads, mezz’ora (anche meno!) di installazione ed avevo un Ubuntu perfettamente funzionante e performante! Anzi. Kubuntu, perché da amante della KDE ho installato la versione con la K davanti. Poi ho dato un paio di comandi trovati qui e dopo cinque minuti scarsi… KDE 4.0 era diventato KDE 4.1.

Viste le premesse, son corso a casa questa mattina con un CD masterizzato di fresco per installare anche sul mio PC di produzione, la fantastica miscela di bit! Peccato che… il vetusto (nemmeno molto!) masterizzatore avesse deciso di non leggere nemmeno più i CD. Capisco i DVD… ma nemmeno i CD. Ho provato con un Floppy, ma nemmeno quello. Niente di niente.

Scapicollo verso il più vicino centro commerciale e mi procuro per l’insana cifra di 32 euro un masterizzatore DVD di ultima generazione (un LG…) il quale s’è già fatto ripagare, dandomi tante soddisfazioni e pochi grattacapi, che al giorno d’oggi è già qualcosa.

Ok. Ho dovuto ripetere l’installazione tre volte.

La prima volta, come un cretino, ho messo la prima partizione di swap. E pare che grub non possa proprio installarsi su una partizione di swap! Ma perché, poi!?

Il secondo tentativo è semplicemente andato buca. Su 700 milioni di bytes, uno era guasto, si vede (e qui si dovrebbe incominciare ad accusare la LG, ma preferisco non arrogarmi delle pretese eccessive).

Il terzo tentativo era quello giusto: Kubuntu + KDE 4.0 è una bella cosa. Ma non bella quanto quella che si ottiene aggiornando (con quattro semplici passi descritti qui) Kubuntu a KDE 4.1.

A KDE 4.1 Snapshot with Kubuntu

Grafica sempre più curata, sempre più soft, sempre più performante. Sto usando lo stesso PC con la stessa configurazione da molti anni e, col crescere delle distribuzioni GNU/Linux non s’è mai appesantito. Anche vero che reinstallo da zero molto spesso. Tra l’altro ho i miei dati su un secondo HD e riavere il mio ambiente tale e quale a prima mi è costato dieci minuti di lavoro (provateci con windows!).

Ma cos’ha di bello Ubuntu, alla fine? Un paio di esempi:

andreag@andreag-desktop:~$ audacity
Il programma «audacity» non è attualmente installato. È possibile installarlo digitando:
sudo apt-get install audacity
bash: audacity: command not found

E già questo mi pare abbastanza chiaro… inoltre provate a scrivere sudo apt-get in e dare tab. in si auto-completerà in install. Proviamo ora a scrivere sudo apt-get install qt4- e dare tab… Apparirà la lista di tutti i pacchetti che iniziano per qt4-:

qt4-assistant qt4-demos qt4-designer qt4-dev-tools qt4-doc
    qt4-linguist qt4-qtconfig

A me non pare poco. Poi si vedrà! Per ora la facilità di installazione, di configurazione e di upgrade mi è parsa già ottima!

P.S. Ehm… ok, si pianta una volta su tre. Forse era un po’ prematuro… eppoi, non ho mai capito. Ma a cosa diavolo serve il menù in alto a destra? E perché mai dovrei Ridurre il desktop? Aiuto!

Atahualpa

O questo?

Un nuovo template... Elements of SEO

Gigio: vado via

Gigio: ?? baciotti ??

Gigio: belo

Io: dove vai gigetto?

Gigio: fiu fiuuuu – ooolga – andré – oolga – ciao gigio etc etc… uuuuuuu