Davide Muzzarelli

Tecnologia Hiperlan e neve

2009-12-14T02:01:00.001+01:00

ATTENZIONE: questo post è stato spostato su http://www.dav-muz.net/

Ormai da diversi mesi uso la tecnologia wireless HiperLAN come collegamento ad internet a banda larga. Attendevo giusto la neve per verificare il comportamento della tecnologia e proprio in questo momento qui fuori c'è una bella nevicata.

Premetto che la mia connessione prevede 4mb in download e 1mb in upload. Normalmente le condizioni medie sono di 3.6mb in download e 1mb in upload, i ping ai miei server si attestano intorno ai 54 millisecondi per i miei server (Inghilterra e USA) e 74 millisecondi per google.it.

In questo momento (nevica parecchio anche se non c'è quasi vento) il ping medio dei miei server è di 56 millisecondi e google.it si attesta a 76 millisecondi. Le velocità attuali sono di 4mb in download e 1mb in upload.

Credo quindi che questa tecnologia sia eccezionale e sufficientemente potente per funzionare anche in condizioni climatiche svantaggiose. Penso che questa sia una manna per chi abita in una zona non raggiungibile dall'ADSL via cavo, come nel mio caso. Le prestazioni dimostrate sono più che sufficienti per supportare due linee telefoniche in funzione e la navigazione su internet in contemporanea senza problemi. Del resto Telecom mi ha abituato a 60 giorni all'anno di malfunzionamenti telefonici, quindi credo proprio che presto sposterò i miei numeri di telefono online.

Buone feste natalizie!

2009-12-08T14:37:00.000+01:00

L'attività rimarrà chiusa per ferie dal 1 al 15 Gennaio compresi.

Auguro a tutti buone feste natalizie e buon anno nuovo!

Chiusura estiva

2009-08-07T20:21:00.001+01:00

Chiusura per ferie dal 8 Agosto al 24 Agosto compresi.

Buone vacanze!

Convertire un repository SVN ad uno GIT in remoto

2009-02-28T18:29:00.004+01:00

Recentemente ho convertito i miei repository Subversion verso GIT.
La conversione in parte è dolorosa perché GIT è più difficile e complicato da usare rispetto a SVN ma offre un paio di vantaggi di cui ho bisogno: ottimizzazione della banda (possibilità di lavorare offline), migliore gestione dei branch. Prima o poi scriverò un post a riguardo dei vantaggi/svantaggi.

Convertire un repository non è una cosa così immediata, mi ci sono volute molte prove e la documentazione di GIT non è poi così completa. La maggior parte degli esempi che si trova in rete si riferisce all'uso di SVN con GIT, o all'importazione di un repository Subversin in locale e non ad una conversione completa in remoto.

Ecco le condizioni:

Convertire un repository SVN ad uno in GIT, eliminando quindi il vecchio repository alla fine del passaggio.
Il repository GIT deve trovarsi in un server remoto.
I tag e i branch vanno convertiti correttamente nei corrispettivi in GIT.
Il "trunk" deve diventare il "master".
Il repository Subversion da copiare si trova all'indirizzo svn://login1@server1/repository/progetto1/
Il repository di destinazione GIT, già pronto ad accogliere i nuovi dati, si trova all'indirizzo git://login2@server2/repository/progetto2.git
I comandi eseguiti non devono avere nessun effetto sul vecchio repository, in modo da poter ripetere la procedura da capo se qualcosa va storto.

Dopo aver provato la versione 1.5.2 di GIT, ho capito che non era adatta per questo lavoro dato che non era ancora pronta per via di qualche bug. Sono quindi passato alla versione 1.6.3, ma già la versione 1.5.3 potrebbe andare bene.

Il primo passaggio è quello di clonare in locale il primo repository sul nostro computer:

git svn clone -s svn://login1@server1/repository/progetto1/ progetto

Il parametro "-s" indica di utilizzare i nomi di default per "trunk", "branches" e "tags", in modo da individuare le directory giuste. E' possibile sovrascriverli con i parametri "--trunk", "--branches" e "--tags".
L'ultimo parametro "progetto" è il nome della directory da creare in locale.
Una volta eseguito questo comando, git-svn inizierà a scaricare i dati nella directory "progetto".

Una volta scaricato tutto, indichiamo il repository di destinazione:

cd progetto
git remote add origin git://login2@server2/repository/progetto2.git

git-svn non converte direttamente i tag e i branch, ma crea solo dei branch in locale. Vediamo quali tag e quali branch abbiamo da convertire:

git branch -a

Mettiamo che il risultato sia questo:

* master
 miobranch
 altrobranch
 tags/1.0
 tags/2.0
 trunk

Il parametro "-a" serve a mostrare tutti i branch e non solo quelli locali.
Il branch master non contiene il trunk, ma il branch con l'ultimo commit, per cui sarà da correggere.

Siamo pronti per convertire i tag:

git tag 1.0 tags/1.0
git branch -r -d tags/1.0
git tag 2.0 tags/2.0
git branch -r -d tags/2.0

Il primo comando crea un tag GIT utilizzando il riferimento a quello vecchio (che è in remoto).
Il secondo comando elimina il branch del vecchio tag (opzione "-d") che si trova in remoto ("-r").
Il terzo ed il quarto comando eseguono la stessa procedura sul secondo tag.

Ora passiamo alla conversione dei branch:

git checkout -b mionuovobranch miobranch
git checkout -b altrobranch altrobranch
git checkout trunk trunk

Il primo comando converte il branch "miobranch" in "mionuovobranch" cambiandone anche il nome.
Il secondo comando converte il branch "altrobranch" mantenendo lo stesso nome. Questo genererà un errore a cui non bisogna fare caso, proprio perché il vecchio branch ha lo stesso nome di quello nuovo.
Il secondo comando serve a preparare il trunk per sostituirlo al master.

Sostituiamo il master con il trunk:

git branch -D master
git checkout trunk
git checkout -f -b master
git branch -d trunk

Il primo comando elimina il master con tutta la sua storia (parametro "-D").
Il secondo comando ci fa spostare all'interno di trunk.
Il terzo comando crea il branch master basato su trunk (parametro "-b") e ignora tutti gli eventuali errori (parametro "-f").
Il quarto comando elimina il branch trunk mantenendo comunque lo storico (parametro "-d").

Siamo pronti per immettere i dati sul nostro nuovo repository di destinazione:

git push origin master
git push origin 1.0
git push origin 2.0
git push origin mionuovobranch
git push origin altrobranch

Il primo comando carica i dati sul repository remoto.
I comandi successivi aggiungono i tag e i branch.

A questo punto il lavoro è finito: possiamo eliminare la direcotory locale di GIT e creare una nuova copia locale pulita.

cd ..
rm -fr progetto
git clone git://login2@server2/repository/progetto2.git progetto

Errore di Windows all'aereoporto

2009-02-12T11:51:00.005+01:00

Naturalmente si tratta del solito Internet Explorer, che è indivisibile dal sistema operativo Windows e che sembra essere stato scelto come interfaccia per mostrare le notizie.

Carino il file "cron.tab" aperto col notepad :)

L'errore recita:

iexplore.exe - Application error
The exception unknown software exception (0xe06d7363) occurred in the application at location 0x7c81eb33

... che, come al solito, sembra generato da Polygen e risulta indecifrabile per un utente comune.

Dato che esistono sistemi operativi e browser più stabili, ancora non capisco per quale motivo si insiste ad utilizzare il peggio che c'è in giro. E dire che Windows 98 è ancora considerato, da diversi sviluppatori e sistemisti, il più stabile della serie!
Da notare una cosa, ho scattato questa foto il 5 Gennaio 2009 e non il 28 Dicembre 2008...mi pare quasi normale dato che ho scattato questa foto a Malpensa!

Blackout e auguri

2008-12-31T15:48:00.003+01:00

Grazie a Telecom Italia ho avuto telefono, fax e internet inutilizzabile per ben 10 giorni. Mi scuso per il blackout e per gli auguri a cui non ho potuto rispondere ^_^
Il cellulare? Magari! Prende solo da Maranello in giù!

Auguro a tutti buone feste e annuncio che l'ufficio rimarrà chiuso dal 3 al 15 Gennaio compreso.

Auguri!

Installare il modem Huawei E220 di Tim sotto Ubuntu

2008-10-31T17:53:00.004+01:00

In questi giorni ho avuto a che fare con il modem Huawei E220 che Tim fornisce col proprio abbonamento a banda larga via GSM/GPRS/EDGE/UMTS/HSDPA.

Ho installato il dispositivo sotto Kubuntu 8.04 Heron utilizzando Kppp, ma si può usare anche Gnome-ppp oppure wvdial. Lo Huawei ha funzionato sia come GSM che come UMTS, non ho avuto la possibilità per provare l'HSDPA dato che è una rete ancora rara da trovare.

Lo Huawei è composto principalmente da un modem e da una memoria di massa che contiene il software necessario per Windows. Naturalmente GNU/Linux non ha bisogno della memoria di massa per poter usare il modem appieno. ;)

I parametri da impostare col dialer sono i seguenti:
Numero di telefono: *99***1#
Dispositivo: /dev/ttyUSB0
Velocità: 460800
Stringa di inizializzazione (la numero 2 per Kppp oppure la numero 5 per Gnome-ppp): AT+cgdcont=1,"ip","ibox.tim.it"
Attendi il segnale prima di comporre il numero?: No.
Username: qualsiasi va bene.
Password: qualsiasi va bene.

I parametri per Wind sono simili:
Stringa di inizializzazione: AT+cgdcont=1,"ip","internet.wind"
Numero di telefono: *99#

Con una installazione semplice il dispositivo funziona a casaccio (si connette una volta su dieci), questo perché viene riconosciuta prima la memoria di massa che il modem. L'installazione semplice consiste nell'inserire il dispositivo nella presa USB, eseguire il comando:

sudo modprobe usbserial vendor=0x12d1 product=0x1003

...poi staccare il dispositivo, attendere qualche secondo e reinserire il dispositivo.

Una piccola nota, in alcuni casi il codice di prodotto dello Huawei E220 è lo 0x1001 al posto dello 0x1003.

Si può automatizzare il tutto creando il file /etc/udev/rules.d/50-huawei-e220.rules con questo contenuto:

SUBSYSTEM=="usb", SYSFS{idProduct}=="1003", SYSFS{idVendor}=="12d1", RUN+="/sbin/modprobe usbserial vendor=0x12d1 product=0x1003"
SUBSYSTEM=="usb", SYSFS{idProduct}=="1003", SYSFS{idVendor}=="12d1", RUN+="/sbin/modprobe ppp_generic"

Spendendo un po' di tempo con Google ho messo a punto una soluzione alternativa per cui è sufficiente procedere con i seguenti passi che riporto per esteso:

Configurare Kppp, Gnome-ppp oppure wvdial con i parametri riportati prima.
Scaricare il file http://oozie.fm.interia.pl/src/huawei.tar.bz2 e scompattarlo.
Entrare dentro la directory appena creata ed eseguire:
sudo make ubuntu_install
Modificare il file /etc/modprobe.d/blacklist e aggiungere alla fine:
blacklist airprime
Riavviare il computer.

Il primo passo scarica una serie di file per permettono a UDEV di riconoscere correttamente il dispositivo. Dato che sono file già pronti in questo modo evito di doverli pubblicare qui sul blog.
Il secondo passo installa tali file.
Il terzo passo è necessario per via di un bug, ovvero che viene caricato il modulo "airprime" che è incompatibile con lo Huawei. In pratica, tale modulo caricherebbe a caso il dispositivo della memoria di massa piuttosto che il modem rendendo difficile potersi connettere. Mettendo il modulo in blacklist questo non viene mai caricato e il dispositivo è così riconosciuto correttamente.
Dalla versione 2.6.29 del Kernel verrà rimosso definitivamente il modulo "airprime" risolvendo la questione una volta per tutte.

Una volta inserito il dispositivo è necessario aspettare una decina di secondi circa prima che esso sia pronto per la connessione.

Controllare la scadenza dei propri domini in un colpo solo

2008-09-20T17:58:00.003+01:00

Se abbiamo molti domini registrati con diverse aziende e vogliamo controllare lo stato delle scadenze per ognuno abbiamo solo due possibilità: controllare il whois a mano oppure entrare in tutti i pannelli di controllo dei servizi di registrazione e controllare da essi.

In alternativa propongo uno script di una sola riga per controllare una lista di domini:

for k in $(cat "domini.txt"); do echo "** $k **:" && whois "$k" | grep Expir; done > aggiornamenti.txt

Naturalmente funziona su tutti i sistemi Unix like come MacOS e Linux.

Lo script prende la lista dei domini dal file "domini.txt" e crea un file "aggiornamenti.txt", con l'elenco dei domini e le date di scadenza.

Non è uno script molto raffinato ma è sufficiente per controllare lo stato delle scadenze in un colpo solo, risparmiando un sacco di tempo.

Google Chrome, una panoramica sul nuovo browser

2008-09-09T00:24:00.009+01:00

E' in pieno sviluppo Chrome, il nuovo browser targato Google.

In questo post voglio mostrare in anteprima le caratteristiche e le possibilità che possono aprirsi. Le novità sono veramente tantissime, anche se Firefox si sta già muovendo in un modo molto simile. Infatti, gli ingegneri di Google hanno preso a piene mani il codice di Firefox (ex Mozilla) e di Webkit (ex Konqueror).

Tutto il browser è stato concepito sotto un'unità base che è il tab. Il tab è stato reso completamente indipendente da tutti gli altri tab aperti, addirittura dal browser stesso. Ogni tab è un processo a parte ed in questo modo è possibile sfruttare appieno i computer multiprocessore. I tab sono staccabili e incollabili in una finestra a parte e questo, teoricamente, potrebbe rendere possibile lo scambio di pagine web tra applicazioni diverse.
E' anche possibile staccare un tab e metterlo in una finestra sola eliminando tutta la parte dell'interfaccia che non serve: ovvero il sito web sembrerà un'applicazione desktop vera e propria.

Il multiprocess è stato spinto il più possibile per rendere le pagine più veloci, più stabili (ogni tab è un mondo a parte protetto da tutto il resto e da cui non può uscire nulla), con una memoria più ottimizzata per chi usa spesso il browser (chiudendo un tab la memoria viene liberata immediatamente e in modo più sicuro a scapito di un po' di memoria utilizzata in più in generale) e più stabile (un tab che consuma troppe risorse o si blocca non influisce sull'intero browser).

La stabilità del browser è garantita da milioni di test alla settimana, cosa che solo un motore di ricerca può fare, e dall'indipendenza dei tab che non bloccano il browser se capita un problema.

La sicurezza segue la stessa via della stabilità grazie all'indipendenza dei tab che si trovano così in una sandbox dove diventano pressoché disarmati. Anche i plugin girano in un processo separato con un sistema di permessi che ne controlla le azioni.

JavaScript è la tecnologia che interessa maggiormente a Google. Hanno trasformato un linguaggio di scripting in un linguaggio compilato in tempo reale, questo significa più velocità in fase di esecuzione a scapito del tempo impiegato durante il caricamento della pagina in fase di compilazione. Dato che negli ultimi due anni si tende ad usare Ajax per creare applicazioni web, questo torna molto utile perché significa un drastico miglioramento nella responsività dell'applicazione.
Oltre a questo è stato migliorato il garbage collector e la gestione degli oggetti, i quali meriterebbero quasi un post a parte.

Google non poteva non includere Gears: il framework per creare plugin e applicazioni web ricche di funzionalità. Dal lato degli sviluppatori, Chrome include anche la possibilità di vedere i consumi di una pagina espressi in memoria utilizzata, CPU e consumo di banda. Per ora non c'é molto altro su questo fronte a parte una console e un debugger JavaScript che preferisco vedere prima di commentare.
All'inizio non ci sarà supporto per HTML5 e CSS3 per cui si dovrà aspettare una versione successiva.

La parte più curata sembra invece essere un'altra, ovvero la usabilità. Ci sono diversi particolari che ne denotano la cura e numerose feature che possono essere molto appetibili per un'utente comune.
L'interfaccia è semplice, anzi, semplicissima. I tab sono sopra la barra degli indirizzi e dei controlli così da rendere chiaro il contenuto e più intuitivo lo staccare il tab dalla finestra per utilizzarlo a parte. Le feature sono state ridotte al minimo così come i pulsanti.
La possibilità di staccare un tab e di farne un'applicazione senza i soliti controlli del browser è stato un colpo di genio; non è un'idea loro ma è come la implementano che fa la differenza. Utilizzare Gmail o un'altra applicazione web sarà notevolmente più comodo.

I pop-up vengono tutti bloccati e mostrati in fondo al tab così da aprire solo quelli che interessano. Non so quanto possa essere una buona idea per un utente inesperto, che di solito non vede nemmeno cosa appare sotto al suo mouse, ma è sicuramente un grosso aiuto per tutti gli altri un po' più smaliziati.
Chrome dispone anche di una home page, molto simile a quella proposta da Opera, che mostra nove riquadri dei siti più visitati e una lista con le ricerche più frequenti. Non credo che utilizzerò mai questa pagina ma sono sicuro che per un utente comune sarà una ventata di aria fresca.
La barra dell'url è stata studiata appositamente per evitare i tentativi di phishing e per ricercare con pochi tasti il sito giusto sul quale si desidera navigare.
Alcuni browser come Firefox e Konqueror hanno una barra di ricerca accanto a quella dell'url. Per aggiungere un motore di ricerca in tale barra è necessario cercare e scaricare dei piccoli plugin. Chrome va oltre: è in grado di catturare il form di ricerca di un sito qualsiasi e di metterlo nella barra di ricerca. E' tutta tecnologia semplice, ma il fatto di averla implementata correttamente ne vale tutto il merito.

Sono stati introdotti anche i tab "oscurati", chiamati "incognito", i quali non vengono indicizzati nella home page in modo da preservare al massimo la privacy dell'utente. Alla chiusura di un tab anonimo viene immediatamente svuotata la cache e cancellati tutti i dati (cookie e sessioni comprese). Possono tornare utili per fare operazioni bancarie o per nascondere i siti navigati agli occhi di altre persone. Secondo il mio parere questo potrebbe essere un primo passo per rendere più sicura la navigazione in condizioni di mobilità, ovvero utilizzando computer di altre persone o quelli degli internet cafè.
Attenzione, questo non significa che la navigazione sia sicura al 100% perché chiunque può controllare i dati in entrata ed in uscita dal computer.

Google ha quindi preso a piene mani dal codice open-source e sempre con codice open-source ci regala questo browser e tutte le tecnologie ad esso collegate, pronte per essere migliorate dalla comunità e implementate in altre applicazioni.

C'é tanta carne al fuoco ma anche un progetto veramente credibile e con uno scopo ben preciso rispetto a molti altri progetti simili. Solo il tempo darà ragione a Google dato che il prodotto è ancora in beta, ad ogni modo le prospettive sono molto allettanti e si spera di migliorare la situazione anche per noi sviluppatori che ci troviamo spesso a litigare contro browser poco aderenti agli standard: il motore Webkit è infatti quello più aderente agli standard fra tutti e, grazie all'impegno di Google, la situazione potrà sicuramente migliorare.

Apache mod_rewrite and directories protected by password

2008-09-04T13:38:00.008+01:00

As a web site developer, when I use a server side script (like a FCGI, PHP, ASP ecc.) I activate the mod_rewrite in order to convert the urls in a pretty format.

So, an url like this:
http://www.foobar.it/index.php?page=articles
...could be converted like this:
http://www.foobar.it/articles/

This is very good for SEO and just for the simplicity of the url.

In order to activate this, is simple to add this code in the ".htaccess" file in the root directory of the web site:

RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php?page=$1 [QSA,L]

The first line activate the mod_rewrite. The second one control if the url is not a real file on the web server, and the last one convert the url.

Actually it is not so complicated. But try to add a sub-directory protected by password and some problems will arise.

Make a directory "foo", put a file under it like "index.html" in order to test the behavior and protect it with this ".htaccess" file:

AuthName "Restricted Area"
AuthType Basic
require valid-user
AuthUserFile "/home/foobar/passwd"

This code will protect that directory with a password (contained in the "passwd" file in another directory of security reasons).

Try to access to it and you will discover that it is impossible to use. The problem is the mod_rewrite because it rewrite also the url of this directory and it can't see the index.html file because it is hidden by the password. Without the password protection the file is well displayed...why?? :(

In order to solve this problem you have to add two lines to your root .htaccess file:

RewriteEngine On

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d [OR]
RewriteCond %{REQUEST_URI} ^/$
RewriteRule ^(.*)$ index.php?page=$1 [QSA,L]

The first line added control if the url is a valid directory into the filesystem, it add a OR condition, and the second line force the void url (in this case is "http://www.foobar.it/) to convert itself with mod_rewrite. The home page will not be displayed without that second line.

Now it is possible to see the directory "foo" and access to the index.html but...only if you are just logged in. If you are not logged in you will be redirect to a 401.html page redirected again to the index.php file (only a little debug system can show this to you); so the login form is not displayed, and this is a big problem.

In order to force the login form, it is sufficient to add this last line in the "foo/.htaccess" file:

AuthName "Restricted Area"
AuthType Basic
require valid-user
AuthUserFile "/home/foobar/passwd"
ErrorDocument 401 default

Now the login form is forced and you can use it without problems.

Python client for the Nirvanix API

2008-07-29T21:46:00.005+01:00

I released a Python client for Nirvanix.

The project page is:
https://www.hosted-projects.com/trac/Design/pub/wiki/Nirvanapi

It include the most important API calls, is light (one file and less of 400 lines of code) and have not dependences.

The client support right now the following API calls:

Login
Logout
CreateFolders
DeleteFolders
DeleteFiles
CopyFiles
CopyFolders
MoveFiles
MoveFolders
RenameFile
RenameFolder
Sideupload
ListFolder
CreateHostedItem
ExtractFrames

The login is automatic also when the connection drop.

List a directory into Nirvanix in a little example:


from nirvanapi import NirvanixClient
nc = NirvanixClient('XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX', 'username', 'password')
print nc.list_folder('/')

Come si diventa game developer?

2008-05-23T17:52:00.003+01:00

Come si diventa game developer? A questa domanda noi di GPI abbiamo risposto su Punto-Informatico al seguente link.

Nessuno può garantire il tuo sito sulla prima pagina di Google

2008-05-20T22:36:00.005+01:00

Tempo fa avevo dedicato un post ad un'azienda di Modena che garantiva l'indicizzazione dei siti sui primi posti di Google.

Naturalmente solo Google stessa può garantire i primi posti sul suo sito, nessun'altro può farlo. Non si può garantire un risultato del genere nemmeno lavorando giorno e notte per lo scopo.

Il punto non è che questi modenesi siano bravi o no a portare un sito sulla prima pagina di Google, il fatto è che non possono garantirlo e pubblicizzare tale garanzia, è sleale nei confronti del consumatore.

Nonostante questo mi hanno contattato e intimato di rimuovere il post, cosa che ho prontamente fatto a patto che loro poi avrebbero corretto la loro pubblicità. Promessa fatta e non mantenuta, infatti alcuni miei collaboratori mi hanno avvisato che tale azienda continua a spedire email identiche al fax che ho ricevuto anche io.

Per mettere allerta i consumatori, ecco un link di Anywired:
7 Signs of SEO Scams ovvero "7 Segni dei SEO Truffaldini"
Per chi non lo sapesse, il SEO è quella figura professionale che si occupa dell'indicizzazione e del ranking sui motori di ricerca.

Traduco giusto i titoli ed un piccolo riassunto, ovvero le affermazioni di un generico SEO truffaldino. Per chi desidera approfondire il discorso consiglio di leggere l'articolo per intero (con alcuni commenti davvero divertenti scritti da gente del settore).

Possiamo indicizzare il tuo sito in 48 ore!
In base alla dimensione del sito ci vogliono ore solo per trovare le giuste parole chiave e possono volerci mesi per muovere le cose nella giusta direzione.
Iscriviamo il tuo sito a 1.000 motori di ricerca!
In realtà quelli che davvero contano sono solo una decina, e sono perfettamente in grado di trovare il tuo sito da soli dopo un certo periodo di tempo per cui è probabile che se hai un sito online da alcuni mesi questo si trova già su Google.
Porteremo centinaia di link al tuo sito!
Non è la quantità di link che fa la differenza. E' il numero di link di QUALITA' che conta. Poi bisogna considerare da dove vengono questi link perché i motori di ricerca penalizzano i siti che ricorrono a pratiche come queste.
Avrai il tuo sito ottimizzato per 50 euro al mese!
Un vero ranking costa invece alcune centinaia di euro se è economico, con 50 euro al mese non si fa quasi nulla. Ci sono anche SEO estremamente bravi che costano diverse centinaia di euro all'ora e valgono tutti i soldi spesi.
Non possiamo dirti cosa faremo: è un segreto industriale.
Non ci sono tanti "segreti" nell'indicizzazione, basta girare sul web per trovarne a bizzeffe, ma come ogni buon lavoro c'é chi ha capacità ed esperienza e chi invece che non le ha.
Conosciamo un amico in Google. (oppure) Siamo partner Google.
Nessuno in Google fa favoritismi in quanto l'algoritmo di ricerca è molto complesso e segreto. Quando è stata l'ultima volta che l'"amico in Telecom" ci ha fatto uno sconto sulla bolletta del telefono?
Altra anomalia, del tutto italiana, sono i cosidetti "Partner Google". Nessuno è partner Google perché Google non dà partnership, al massimo fornisce tool gratuiti a tutti gli utenti che gli utenti stessi possono sfruttare liberamente.
Garantiamo il tuo sito nella prima pagina!
Nessuno può fare questo. Nessuno. In questo campo non ci sono garanzie di nessun tipo. Pensa al SEO come ad un pubblicitario (che in realtà lo è davvero, giusto online). I migliori professionisti non garantiscono nulla, come non lo fanno né i dottori né gli avvocati.

Spero che questo articolo possa aprire gli occhi anche ai lettori italiani e non solo a quelli stranieri, se non altro per valorizzare i SEO che lavorano con serietà ed esperienza.

Pixelotto e pixel banner, ne vale la pena?

2008-05-17T15:47:00.010+01:00

Il 21 Dicembre 2006 ho provato ad acquistare un piccolo banner su Pixelotto. Quest'anno è scaduto il termine del sito: proviamo a farne un'analisi per capire se l'investimento ha reso qualcosa.

Pixelotto ha reso davvero la cifra spesa?

Vediamolo subito, ecco un'analisi di Google Analytics:

Come si può constatare dal grafico i primi tre mesi hanno generato una buona quantità di visite, mentre tutto il resto dell'anno è stato veramente scadente.
Solo tra Novembre e Dicembre, ovvero poco prima della premiazione, c'é stato un leggero aumento delle visite.

Analytics ha registrato 706 visite totali, di cui il 95% si tratta di nuovi visitatori. Il 5% si è quindi convertito in visitatori abituali? Probabilmente no perché qualche visitatore, pur di guadagnarsi il premio, ha cliccato più volte sul banner nell'arco di pochi giorni.

Google Analytics comunque non è preciso e ho calcolato che manca di registrare dal 10 al 20% degli utenti per via del fatto che si basa su JavaScript e risiede su di un server esterno. Posso quindi ipotizzare che Pixelotto abbia generato più o meno 850 visite in tutto il periodo.

La cosa più deludente è stato il tempo medio di visita, ovvero di 6 secondi. In 6 secondi un utente fa giusto in tempo a caricare il sito e a chiuderlo. Questo potevo aspettarmelo dato che questa pubblicità è generica e dovrebbe far riflettere chi acquista banner e link pubblicitari puntando più sulla quantità delle visite piuttosto che sulla qualità delle stesse.
E' molto meglio avere 100 visitatori di qualità piuttosto che 1.000 di quantità.

Nel mio caso l'obiettivo era di generare utenti fedeli, ovvero persone che periodicamente ritornano a leggere blog.
Nel caso di un'azienda sarebbe stato meglio creare una landing page dedicata ad un prodotto o un servizio specifico, dedicato ad un pubblico estremamente generico ed internazionale.

La spesa per 100 pixel, in un sito famoso come questo (famoso perché ha ereditato direttamente da Milliondollarpage), è stata di 200$, ovvero di 0,235$ per visita. Un prezzo medio-basso che però, se rapportato ai risultati ottenuti, non vale davvero l'investimento.

Sono contento per il Sig. K. Moguche del Kenya che ha vinto la bellezza di 153.000 $, ma non posso certo essere contento del mio risultato. ^_^

Non ci sarà un altro Pixelotto, secondo l'autore il progetto non ha ottenuto il successo sperato.

I pixel banner sono allora da evitare? Personalmente non sarei così drastico, questo è un genere di pubblicità che in rari casi ha dato performance altissime ed è ancora un territorio tutto da esplorare.

Tranne rare eccezioni, per ottenere utenti di qualità è meglio investire in pubblicità su di un sito dedicato al proprio argomento. Anche se le visite saranno probabilmente inferiori, i risultati saranno sicuramente migliori rispetto ad un sito generico.

Truffa sui marchi brevettati, ci risiamo

2008-04-01T11:36:00.004+01:00

E' incredibile, continuano ad arrivare ancora lettere del genere. Probabilmente hanno visto che la gente cade facilmente in questi tranelli e quindi il loro business di malaffare funziona.

Più persone ci cascano e più loro continuano a mandare lettere e fax.

Si tratta di una truffa, non pagatela assolutamente e non chiamateli nemmeno.

Truffa sui marchi brevettati, un'altra ancora

2008-03-25T18:06:00.001+01:00

Proprio come il post precedente, se avete brevettato qualche marchio è possibile che vi arrivi questa lettera con indicato il vostro indirizzo ed il vostro marchio brevettato:

Si tratta di una truffa, non pagatela assolutamente.

Truffa sui marchi brevettati

2008-03-15T18:31:00.003+01:00

Se avete brevettato qualche marchio è possibile che vi arrivi questa lettera con indicato il vostro indirizzo ed il vostro marchio brevettato:
Si tratta di una truffa, non pagatela assolutamente.

Nuovo sito: OnTiles.com

2008-03-04T23:40:00.008+01:00

Dopo una veloce beta version di appena due mesi è online OnTiles.

OnTiles è un portale dedicato alla ceramica da piastrella, curato in particolar modo per utenti come architetti, designer e costruttori.

Il sito presenta comunicati con collegamenti fotografici e video, dettagli delle aziende completi form di contatto e del loro materiale pubblicato. La localizzazione è in due lingue, comprese le newsletter.

OnTiles è il primo a fornire al settore video in alta qualità, sia grafica che artistica.

Sono già pianificate funzionalità aggiuntive che saranno visibili al pubblico durante il corso dell'anno.

Sul sito è presente anche il blog del team di OnTiles per informare sulle novità del settore e sugli ultimi aggiornamenti.

Testato con Firefox 2, Internet Explorer 6 e 7, Opera 9 e Konqueror 3.5.

Nuovo sito: Acetosauri.com

2008-02-18T23:18:00.004+01:00

E' online il mio ultimo sito: Acetosauri.com.

Il sito è dedicato agli Acetosauri, un marchio di Aceto Balsamico di Modena di alta qualità.

Nel sito sono presenti anche le ricette associate a ciascun prodotto.

Testato con Firefox 2, Internet Explorer 6 e 7, Opera 9 e Konqueror 3.5.

GTD in a text file, the Muzzarelli's version - part 3

2008-01-23T18:02:00.000+01:00

The first and the second parts are available here and here.

For dates I'm sticking with Paul Allen's recommendation: appointments and milestones goes in your agenda, the things to do that starting at a certain date goes in your tickler file or in your electronic agenda.

For the items, in order to remember certain dates, I use this syntax:
[since>update|completed]

An example: I'm waiting a CD-ROM from Paolo since 12 October, I will stress Paolo if I have not the CD for January.

- @Wait [12/10/2007>10/01/2008] Paolo's CD-ROM.

The "since" date remember you since you wait Paolo or since the item was added.
The "update" date is only for remember you when the item have to be updated (so contact Paolo and remember him that you are waiting the CD!).
The "completed" date is only for completed items: it remember you when the item was done.

Write dates is very useful just for waiting contexts.

If there isn't a "update" date, but only a "since" date:

- @Wait [12/10/2007] Paolo's CD-ROM.

If there is only the deadline (see the caracter ">"):

- @Wait [>10/01/2008] Paolo's CD-ROM.

The completed date is optional for all the type of items, useful only if you like to know when you complete the item. It must be used only for completed items:

x @Wait [|9/01/2008] Paolo's CD-ROM.

I prefer to use day/month/year, but you can chose your preferred order. A suggestion in order to increase the readability: use always 2 digits for days and months and 4 for years.

Put dates only when is really useful for you, because you have to spend time for your job and not for your organization system. In my GTD text file, only 2% of items have a date.

Conclusion

With this model of text file it's easy to write some tool or some syntax file for your preferred text editor.

I use Kate for GTD (I will write about this) and I written a tool, just few lines in Python, for sync my Palm with a short selection of contexts (if there are some requests I can publish it).

Now you have a complete system for GTD fast to write, easy to read, really portable and simple to expand with few line scripts. Good job!

GTD in a text file, the Muzzarelli's version - part 2

2007-12-14T01:00:00.000+01:00

Wellcome to the second part of this guide to my GTD system. The first part is available here.

In the first part you saw how to write todo items and check them. In this part I talk about projects.

A short description: for GTD, a project is a work to do which require more than one physical action to achieve. I added several other things to it (thanks Anthony Robbins!).

In order to write efficient and attractive plan, the project should have a purpose, some goals and some notes. I built my system over this. See an example:

== WRITE A GTD BOOK ==
# Purpose:
Help people that prefer read a paper book. Earn several euros.
# Principles:
Slim (less than 100 pages), very simple to read, sell at minimum 1,000 copies.
# Displaying the result:
People write me how the book improve their lives. The book sell more than 2,000 copies.
# Brainstorming:
Syntax, Kate, call the publisher, set the price (10€ or 9.90€?), syntax of dates.

The title is between "== TITLE ==" and is all uppercase.

Some suggestions in order to increase the readability and waste less time:

For the "purpose" is preferable to write only one line.
For the "principles" is preferable to write only one line or a short realistic list.
For the "Displaying the result" write a short good scenario, not a dream one! Write less lines as you can, one if possible.
For the "Brainstorming" write all on a one line comma separated, if possible.

So you should to write less as you can.

Add your todo items after a blank line:

== WRITE MY GTD BOOK ==
# Purpose:
Help people that prefer read a paper book. Earn several euros.
# Principles:
Slim (less than 100 pages), very simple to read, sell at minimum 1,000 copies.
# Displaying the result:
People write me how the book improve their lives. The book sell more than 2,000 copies.
# Brainstorming:
Syntax, Kate, call the publisher, set the price (10€ or 9.90€?), syntax of dates.

- @Tel Irene for a review of the draft.
- @Write the second part.
- @Email a draft of the cover to the designer.

Write only the todo items that you can do in the same time. So, if you have a things to do after write the first part of the book, you should: add to the brainstorming list, or add "Next write the second part." to the end of line. See the example:

- @Write the second part. Next write the third part.

Add your project in the same GTD.txt file after the todo items without project and separate it by two blank lines. A fast example:

@Buy @Home @Office @Tel @Web

- @Buy 1l milk, 2 lemons, chocolate.
- @Buy An iPod.
- @Buy 2 new Moleskine (one slim and one big) and a flicker.


- @Home Repair the chair.


- @Tel Elisa for the appointment of Monday 13 November.
- @Tel Marco in order to set a meeting with Company S.p.A.


- @Web Renew the Backpack login.
- @Web Make a review of www.ontiles.com


== WRITE MY GTD BOOK ==
# Purpose:
Help people that prefer read a paper book. Earn several euros.
# Principles:
Slim (less than 100 pages), very simple to read, sell at minimum 1,000 copies.
# Displaying the result:
People write me how the book improve their lives. The book sell more than 2,000 copies.
# Brainstorming:
Syntax, Kate, search a publisher, set the price (10€ or 9.90€?), syntax of dates.

- @Tel Irene for a review of the draft. Next send an email to Elena with some Irene's opinions.
- @Write the second part.
- @Email a draft of the cover to the designer.


== REPAIR THE CAR ==

[...]

Remove the project when you have done it, use an old_projects.txt file if you like.

With this system you can store a large number of projects and items to do in an easy to read (and very fast to write) file. If you use Vim or Emacs for this you can really be a lot faster than any program or web application can do!

In the next part I will talk about dates.

GTD in a text file, the Muzzarelli's version - part 1

2007-12-07T22:25:00.000+01:00

I'm starting to use GTD (Getting Things Done) since September 2006 reading 43 Folders.

Before that I read a lot of organization books, tips and articles on internet. When I discovered GTD of David Allen I changed my mind and now I see the results, the best results.

I'm a fan of simplicity and I love text files because I can read it whit all devices, open it in an instant and build fast scripts to automate some operations.

I tried a lot of programs, both off and on line (web applications), like Remeber The Milk, Nozbe, Vitalist, pyGTD, Backpack (my preferred) and others.

The 20% of web applications are really good, like Backpack or Vitalist, but you need a connection to the internet if you want to work.
The desktop applications are slow to open, not multiplatform and needs installations on all your devices: there are not an application that run in Linux, Windows, MacOS and on my Palm or cellular phone.
All text systems that I tried are complex, too complex for the real life: I want to write a todo item in a couple of seconds, not in minutes.

So I created my text system: simplest to remember, faster to write and easiest to read.

Well, if you just know GTD take a file called GTD.txt. If you hear GTD for the first time, give it a try: you will discover how is easy to organize your life and your million of things to do!

So, create a simple text file with your preferred program. Avoid MicrosoftWord or some other heavy program, use the Notepad or Edit Plus or Vim or whatever else: you have to create a .TXT file.

Put all your contexts in your first line, see the example:

@Buy @Home @Office @Tel @Web

This line is for reference. You can use only one word for each context, I suggest you to capitalize the first letter.
The context is a tag that indicate in what place do the thing, or when do it. So, if you are in a store you have to read all the @Buy items.

Each item must have a context and only one one.

Make a blank line then write your @Tel items, then make two blank lines (this increase the readability when you have a lot of things to do) and write your @Web items, ecc...

See the example:

@Buy @Home @Office @Tel @Web

- @Buy 1l milk, 2 lemons, chocolate.
- @Buy An iPod.
- @Buy 2 new Moleskine (one slim and one big) and a flicker.


- @Home Repair the chair.


- @Tel Elisa for the appointment of Monday 13 November.
- @Tel Marco in order to set a meeting with Company S.p.A.


- @Web Renew the Backpack login.
- @Web Make a review of www.ontiles.com

Every item start with a line, a single space, only a single context and another space. Yes, only one context for item. If you have more contexts for each item you have not efficient contexts, so reorder them.

Use only one line for each item; this is very important because it is easiest to use and it obligates you to write good items: the better todos are short!

When you do an item you can simply eliminate it or put an "x" before:

- @Buy 1l milk, 2 lemons, chocolate.
x @Buy an iPod.
- @Buy 2 new Moleskine (one slim and one big) and a flicker.

If you like to remember old things done, copy it in another file (history.txt). In my honest opinion using an history file is not useful and distract you: the mind have to look at the present, not at the past.

In the next part I will tell you about projects.

Chiusura per ferie

2007-07-31T15:38:00.000+01:00

L'attività rimane chiusa per ferie dal 3 Agosto per riaprire Lunedì 20 Agosto.

Backpack Update - Aggiornamento per Backpack

2007-07-25T21:52:00.000+01:00

Since few hours Backpack has been updated and it is avaiable the new API that correct various problematic that plagued it.
The Python client that I have wrote will be updated too and published soon.

The new features will be:
- multi list management;
- all objects of the pages can now be ordered;
- the old page descriptions are now notes;
- page links have been deprecated;
- search function;
- separators;
- the tags bug could be now resolved.

Some problems still seem not to have benn taken in consideration, like the export of filed and images. Together with others developers we are making pressure in order to have the possibility to manage them through API, but 37signals still does not answer to our demands.

Da poche ore è stato aggiornato Backpack ed è disponibile la nuova API che corregge diverse problematiche che lo affliggevano.
Il client per Python che ho preparato sarà presto aggiornato e pubblicato.

Le nuove funzionalità saranno:
- gestione di più liste;
- posizionamento degli oggetti nella pagina;
- la descrizione delle pagine è ora diventata una nota come le altre;
- i link tra le pagine sono ora deprecati;
- funzione di ricerca;
- separatori;
- il bug dei tag ora dovrebbe essere risolto.

Alcuni problemi sembrano non essere ancora stati presi in considerazione, come l'esportazione di immagini e file. Assieme ad altri sviluppatori stiamo facendo pressione per avere la possibilità di gestirli tramite API ma 37signals ancora non risponde alle nostre domande.

Backpack Client for Python

2007-07-24T15:46:00.000+01:00

A Backpack client API for Python will be released soon.

Ready features:
- API interface and object interface;
- creation and updating of Backpack objects with a single save method;
- objects avaiables: pages, notes, items, tags but also lists!
- page linking;
- page sending via email;
- support for SSL (not tested).

Next features:
- data exporting;
- emails;
- reminders;
- page sharing.

Because of some Backpack bugs and mistakes some features are not yet ready and I prefer to wait for the first release.

Stay tuned!

Il client Python per sfruttare l'API di Backpack verrà rilasciato presto.

Funzionalità già disponibili:
- interfaccia in stile API ed a oggetti;
- creazione e modifica degli oggetti di Backpack con un singolo metodo "save";
- oggetti disponibili: pagine, note, appunti ma anche liste!
- link tra le pagine;
- spedizione delle pagine via email;
- supporto per SSL (non testato).

Prossime funzionalità:
- esportazione di tutte le pagine;
- email;
- promemoria;
- condivisione delle pagine.

A causa di alcune imprecisioni nella documentazione ed alcuni errori nell'API di Backpack alcune funzionalità non sono ancora pronte per cui ho preferito aspettare prima di pubblicare la prima release.