Those kind of images are particular appreciated in “web2.0 style” and many website are moving their graphics towards this style, so why don’t you keep updated?

Ajax o Asyncronous JavaScript and XML non è facilmente descrivibile, è un nuovo sistema di pensare il web, di offrire interfacce utente più usabili grazie all’ausilio delle tecnologie ormai d’uso comune, fondanti AJAX ossia Javascript, CSS e XML.
Con Ajax è possibile aggiornare singole porzioni di pagine web senza doverle ricaricare, è possibile offrire form in grado di validare i dati inseriti e di auto-completare quanto digitato dall’utente, tutto questo vi sembra fantascienza? Dovreste vedere cos’altro si può fare.

Molti portali e grandi aziende hanno puntato negli ultimi anni su questa innovazione tecnologica, il più visibile tra questi attori è Google, che ha fatto di Ajax il suo cavallo di battaglia, ad esempio, l’intera interfaccia di GMail è gestita in AJAX e attraverso un complicato sistema di frame e javascript.

Inoltre sempre Google offre ai suoi utenti la possibilità di effettuare delle ricerche con dei suggerimenti, il servizio si chiama Google Suggest, in poche parole mentre voi digitate la parola da ricercare, l’interfaccia di Google vi offre dei suggerimenti che riguardano i possibili risultati ottenuti e la rilevanza, rispetto alla chiave di ricerca, di ciascuno di questi.

Google non è davvero l’unico, ci sono molti altri esempi, ma non mi dilungherò oltre nei case studies.

Cos’è una richiesta Asincrona:

Quando carichiamo una pagina web tutti i suoi elementi vengono caricati in modo sequenziale uno dopo l’altro, se uno di questi elementi esegue un’operazione lunga allora il caricamento della pagina viene sospeso fintanto che il lavoro non è terminato e in seguito viene completato.
Quello appena descritto è il comportamento standard delle pagine web che è definito sincrono, quindi quello che è successo fin’ora � che se volevamo validare i campi di un form dovevamo inviare il form e in seguito restituire gli eventuali errori, ma…

Come abbiamo detto AJAX consente un comportamento asincrono, con questo si intende la capacità di un elemento della pagina che deve eseguire un lavoro (anche lungo) di non interrompere il normale caricamento o flusso di lavoro, in questo modo è possibile fornire all’utente la pagina completamente caricata con i suoi elementi fondamentali, e man mano che l’utente si sofferma nella pagina caricare altri elementi o effettuare operazioni di qualunque altro tipo.
Tornando quindi al nostro esempio della validazione del form, ci sarà possibile una volta che l’utente ha completato un campo da validare, inviare al server (in modo del tutto trasparente, ossia senza che l’utente se ne accorga) il valore di quel campo e restituire praticamente in tempo reale gli eventuali errori, senza dover ricaricare la pagina.

Cos’è XMLHttpRequest:

Come funziona tutto questo? Alla base di tutto quello che abbiamo fin qui detto risiede XMLHttpRequest, un’oggetto JavaScript in grado di effettuare le richieste sincrone o asincrone verso il server.

Non è mia intenzione addentrarmi nelle caratteristiche e nella sintassi di quest’oggetto, per questi aspetti vi rimando alle documentazioni tecniche che trovate in internet, un buon punto di partenza è
http://xulplanet.com/references/objref/XMLHttpRequest.html oppure potreste aspettare i prossimi post sull’argomento

Vorrei invece mettere in risalto il fatto che attualmente non esiste ancora uno standard per scrivere applicazioni AJAX, esistono infatti diverse implementazioni a seconda del browser e della piattaforma, quindi al momento lo sforzo maggiore che viene compiuto nel cimentarsi con AJAX è proprio quello di cercare di rendere gli script cross browser.

La sicurezza in AJAX:

Un ultimo aspetto che vorrei descrivere di AJAX riguarda la sicurezza, difatti se tra voi lettori, ci fosse qualche maniaco di sicurezza, con crisi di persecuzione come me, potrebbe subito chiedersi quali sono le possibili falle di sicurezza che un sistema come questo, nel quale il codice viene eseguito all’insaputa dell’utente, è in grado di aprire.

Ebbene anche a questo si è pensato, ed è stato adottato concettualmente lo stesso schema di sicurezza delle applet java, la cui esecuzione è limitata all’area di memoria nella quale vengono eseguite, così per ajax è stato imposto il limite del dominio, ossia le richieste sincrone o asincrone che siano, debbono essere limitate al dominio nel quale viene caricata la pagina, in questo modo non è possibile fare richieste ad un server remoto che potrebbe scaricare sul nostro computer codice malevolo.

Se da una parte questa limitazione ci garantisce da brutte sorprese, dall’altra però limita fortemente le possibilità di questo sistema, impedendoci ad esempio di usufruire dei molti web services messi a disposizione dai siti esterni al nostro, per questa ragione sono state introdotte diverse tecniche che fanno uso di proxy in grado di incaricarsi delle richieste verso siti remoti e che consentono di superare il problema.

Pro e Contro AJAX:

Per quanto riguarda gli aspetti positivi sono sicuramente da menzionare:

• Il traffico minimo: solo le parti coinvolte in un cambiamento vengono aggiornate
• Accessibilità
• Limitare le distrazioni con continui caricamenti
• Interazione migliorata
• In una parola sola Usabilità

Ci sono però alcuni aspetti anche negativi come:

• Maggiore complessità nello sviluppo delle applicazioni
• Inesistenza di uno standard per l’uso di queste tecnologie
• Difficoltà di garantire agli utenti non in grado di sfruttare javascript perché utilizzano browser incompatibili un’esperienza comunque di qualità sul sito
• Impossibilità di gestire la cronologia delle azioni eseguite
• Impossibilità per i motori di ricerca di ricerca di indicizzare i dati gestiti tramite javascript

Spero vivamente che l’introduzione ad AJAX risulti chiara, esistono ancora molti aspetti che però debbono essere trattati, e chissà magari li tratterò più in la, di sicuro a breve comincerò a pubblicare esempi ajax che sicuramente aiuteranno a capire come muoversi in quello che è il futuro del web, non mi rimane che dirvi stay tuned e vi lascio indicandovi la pagina di Wikipedia che parla di AJAX:
http://it.wikipedia.org/wiki/AJAX

Quello che fa lo script è produrre un’immagine PNG al volo contenente l’indirizzo email da voi passato, inoltre per evitare che gli spider dediti alla raccolta di email riconoscano nel vostro codice html l’indirizzo, questo può essere invalidato con due tecniche (che in realtà possono essere anche abinate insieme):

1. con l’inserimento di un numero arbitrario di spazi bianchi all’interno dell’email
2. con la sostituzione del carattere @ con la stringa [___AT___] (N.B. sono tre gli underscore prima e dopo AT).

Lo script prevede anche la possibilità di rendere lo sfondo dell’immagine trasparente in modo da adattarla allo sfondo della pagina sulla quale deve visualizzare l’immagine, per questa funzionalità basterà decommentare la linea 15 del file emailToImage.php

Per quanto riguarda l’utilizzo del file vi propongo qui di seguito un breve codice HTML (perdonatemi se non è un codice perfetto ma non è questo l’intento dell’articolo):

Error: Could not open Test_emailToImage.html

mentre per quanto riguarda il codice dello script PHP è questo

/*---------------------------------------------     *
* EmailToImage.php                                  *
* Realizzato da: Antonello Cicchese                 *
* http://www.antonellocicchese.com                  *
* If you use this script                            *
* please keep this notice                           *
*-----------------------------------------------    */

function emailToImage ( $email )
{
if($email){
/* Ripulisco l'email dagli spazi se è stata scritta come nome    @    dominio.xx */
$email = ereg_replace(" ","",$email);
/* Produco un'email valida se è stata scritta come nome[___AT___]dominio.xx */
$email = ereg_replace("\[___AT___\]","@",$email);

$length = strlen($email);
$imgOutput = ImageCreateTrueColor($length*8,20);
$black = ImageColorAllocate($imgOutput, 0, 0, 0); /* Alloco il colore nero per il testo*/
$white = ImageColorAllocate($imgOutput, 255, 255, 255); /* Alloco il colore bianco per lo sfondo */
ImageFill($imgOutput,0,0,$white); /* Riempio lo sfondo con il bianco */
//ImageColorTransparent($imgOutput,$white); /* Se attivato rende lo sfondo trasparente */
ImageString($imgOutput, 3, $length/2, 3, $email, $black); /* Scrivo l'email centrata */
/* Produco l'immagine di output */
header("Content-type: image/png");
header("Content-Disposition:inline;filename=".$email.".png");
ImagePng($imgOutput);
ImageDestroy($imgOutput);
}
return;
}

if(isset($_GET['email'])) emailToImage($_GET['email']);

Come è facile vedere nel file html il trucco c’è e si vede, basta inserire nella pagina uno o più tag img il cui attributo src punti verso il file php che produce l’immagine seguito dalla variabile “email”, preceduta da un ? e dal carattere &, che contiene il valore dell’email da convertire in immagine, scritta in uno dei due formati consentiti, e verrà visualizzata l’immagine risultante.Questo è il link per scaricare il file html Test_emailToImage.html
e questo è il link per scaricare lo script php emailToImage.phpmentre questo è il risultato del suo utilizzo:

Questa è una versione modificata rispetto alla guida ufficiale che potrete trovare sul wiki di dreamhost, difatti punta a farvi utilizzare non la versione preinstallata che trovate sul vostro server di python ma una vostra installazione personalizzata, con tutte le librerie di cui potreste aver bisogno, il documento originale in inglese da cui sono partito per scrivere questo tutorial si trova all’indirizzo:
http://forums.site5.com/showthread.php?t=10236
ora non mi rimane che augurarvi una buona lettura.

Per iniziare dopo aver completato le fasi di registrazione su dreamhost e una volta che avrete ottenuto un account ssh questi sono i passi da seguire per installare Django su Dreamhost, facendo uso però di una versione personalizzata di python:

1. collegatevi in ssh sul vostro server
2. una volta entrati nella vostra home digitate:

   wget http://peak.telecommunity.com/dist/virtual-python.py
   python virtual-python.py

   Questo creerà nella vostra home diverse cartelle (bin, lib, …) che vi consentiranno di avere una installazione personalizzata di python.
   Il vantaggio di questo approccio è che vi consentirà di avere a vostra disposizione le librerie più indicate per il vostro progetto proprio come se aveste un vostro server personale.

3. Adesso è necessario scaricare ez_setup:

   wget http://peak.telecommunity.com/dist/ez-setup.py
   ~/bin/python ez_setup.py

   Adesso avete un’installazione completamente funzionante di python al vostro servizio, passiamo ora all’installazione delle librerire necessarie.

Librerie di python:

1. La prima libreria necessaria per il funzionamento di Django su Dreamhost è quella per interfacciare Python al dbms MySQL, consiglio vivamente di scaricarsi ogni volta l’ultima versione della libreria che trova a questo indirizzo http://sourceforge.net/projects/mysql-python e al limite caricarla in ftp direttamente nella vostra home e seguire le indicazioni che vi sto per dare, per la sua installazione, ad eccezione della prima linea.

   wget http://path.to.sourceforge.mirror/sourceforge/mysql-python/MySQL-python-1.2.1_p2.tar.gz
   tar zxvf MySQL-python-1.2.1_p2.tar.gz
   cd MySQL-python-1.2.1_p2
   ~/bin/python setup.py install

2. Installiamo una libreria che è utile (e necessaria) soprattutto se usate le immagini nel vostro progetto e gli ImageField, si tratta della libreria PIL (Python Imaging Library):

   wget http://effbot.org/downloads/Imaging-1.1.5.tar.gz
   tar zxvf Imaging-1.1.5.tar.gz
   cd Imaging-1.1.5
   ~/bin/python setup.py install

3. Installiamo infine la libreria flup:

   svn co http://svn.saddi.com/flup/trunk flup
   cd flup
   ~/bin/python setup.py install

   a questo punto siete pronti per l’installazione vera e propria di Django.

Installazione di Django:

1. scarichiamo per prima cosa nella nostra home l’ultima versione di django, utilizzando svn:

   svn co http://code.djangoproject.com/svn/django/trunk/ django-src

2. adesso rendiamo disponibile il path di django nella nostra installazione di python facendo un soft link:

   ln -s ~/django_src/django ~/lib/python2.4/site-packages/django

3. creiamo una directory nella vostra home che conterrà il progetto che andrete ad utilizzare:

   mkdir ~/django_project

   All’interno di questa directory dovrete caricare il vostro progetto django con tutte le cartelle ad eccezione della cartella media.

Rendiamoci visibili:

Nella vostra home oltre a tutte le cartelle che avete creato fin qui, ci dovrebbe essere una cartella con il nome uguale a quello del dominio che avete acquistato, in caso contrario vi consiglio di visitare il wiki di dreamhost per maggiori informazioni.

1. Supponendo quindi che voi abbiate una cartella miodominio.com la prima cosa da fare è aggiungere le ultime due cartelle create nel PATH di sistema:

   vim ~/.bashrc
   export PYTHONPATH=$PYTHONPATH:$HOME/django_src:$HOME/django_projects
   :wq
   source ~/.bashrc

2. bisogna creare un file di configurazione che vi permetta di interfacciare il vostro progetto Django con il modulo fcgi:

   vim ~/miodominio.com/django.fcgi
   #!/home/username/bin/python
   import sys
   sys.path += ['/home/username/django_src']
   sys.path += ['/home/username/django_projects']
   from flup.server.fcgi import WSGIServer
   from django.core.handlers.wsgi import WSGIHandler
   import os os.environ['DJANGO_SETTINGS_MODULE'] = 'Progetto.settings'
   WSGIServer(WSGIHandler()).run()
   
   :wq

   ovviamente le parti con username e Progetto vanno sostituite con i vostri dati.
   (N.B.) Fate molta attenzione ad utilizzare nano o vim come editor se hanno il wordwrap, perch� in questo caso le linee troppo lunghe verranno spezzate ed il file sar� inservibile.

3. ora va creato sempre nella directory miodominio.com il file che vi consentirà di utilizzare il mod_rewrite di Apache, quindi questo è quello che dovrete scrivere:

   vim ~/miodominio.com/.htaccess
   RewriteEngine On
   RewriteBase /
   
   RewriteCond %{REQUEST_URI} ^/stats/(.*)$ [OR]
   RewriteRule ^.*$ - [L]
   RewriteRule ^(media/.*)$ - [L]
   RewriteRule ^(admin_media/.*)$ - [L]
   RewriteCond %{REQUEST_URI} !(django.fcgi)
   RewriteRule ^(.*)$ django.fcgi/$1 [L]  
   
   :wq

   la riga

   RewriteCond %{REQUEST_URI} ^/stats/(.*)$ [OR]

   sta ad indicare la parte di file nella quale dovrete inserire tutte le url che non debbono essere gestite da django, quindi ad esempio l’url per accedere alle statistiche del sito www.miodominio.com/stats

4. gli ultimi ritocchi da fare sono:

   ln -s ~/django_src/django/contrib/admin/media ~/miodomionio.com/admin_media

   per rendere disponibile la grafica dell’amministrazione e caricare tramite ftp la cartella media del proprio progetto sempre dentro ~/miodominio.com

5. Ormai giunti alla fine di questo lungo lavoro, dovrete modificare il file di configurazione di django, settings.py in modo tale che rispetti il nuovo ordinamento delle directory, in particolare vanno modificate tutte le linee che si riferiscono alla cartella media indicando dove queste vanno ricercate, cioè ~/miodominio.com:

   MEDIA_ROOT = '/home/username/miodominio.com/media/'
   
   MEDIA_URL = 'http://www.miodominio.com/media/'
   
   ADMIN_MEDIA_PREFIX = '/admin_media/'
   
   TEMPLATE_DIRS = ( '/home/username/miodominio.com/media/template/',  )

6. Per concludere dovrete “uccidere” tutti i processi attivi con python e django, ricordate questo passaggio è necessario ripeterlo tutte le volte che modificherete un file vitale di django come settings.py o urls.py, digitate quindi:

   killall -9 /home/username/bin/python
   killall -9 django.fcgi

Questo è veramente tutto, vi consiglio di leggere il tutorial su come utilizzare vim presente in questo blog all’indirizzo: http://www.antonellocicchese.com/2005/12/12/tutorial-vim/

ATTENZIONE: questa configurazione dopo i recenti aggiornamenti su dreamhost non è più consigliata, spesso causa crash nel sito che risulta irraggiungibile ritornando Errore 500, appena possibile pubblicherò una guida aggiornata…

Dal punto di vista di quei simpatici ragnetti dei motori di ricerca questi url sono la cosa pi� pericolosa che esista, difatti nulla assicura allo spider che seguendo questi indirizzi riuscirebbe ad indicizzare correttamente il sito ad esempio supponiamo che voi abbiate un sito con due sole pagine index.php e spidertrap.php, e che per qualche motivo index contenga un link a spidertrap utlizzando un indirizzo nel formato sito/spidertrap.php?SID=84duryreyey e spidertrap contenga un link a index sempre nel formato di prima, dove SID � la variabile che contiene l’id di sessione del vostro visitatore, quello che potrebbe succedere, ad ogni nuova visita degli spider, è che seguendo i link tra le due pagine, lo spider cadrebbe in un loop nel quale ad ogni nuovo accesso SID avrebbe un valore diverso da quello precedente, inducendo così lo spider a pensare di trovarsi difronte ad una pagina mai indicizzata, ottenendo così un’indicizzazione infinita.

La norma per gli spider è quindi quella di non considerare i parametri negli url, (o almeno tralasciarne buona parte) riducendo così la profondità di indicizzazione nei vostri siti.

Proprio in ragione di questo interviene l’url rewriting che consente di riscrivere gli indirizzi che contengono parametri in indirizzi nel formato: sito/param1/param2/param3/pippo.php o in quasi qualunque altra forma vi venga in mente, consentendo così agli spider di attraversare tutto il vostro sito, oltre che ai vostri utenti di rintracciare una pagina interna senza diventare matti.

Il post potrei dichiararlo concluso qui, non mi metterò a spiegare come vanno scritte le regole per l’url rewrite, ma se qualcuno fosse particolarmente interessato potrei pensare di scrivere un nuovo post.

Consiglio a tutti gli interessati di leggersi questo articolo se potete usare .htaccess sul vostro server:

http://pro.html.it/articoli/id_219/idcat_28/pag_3/pag.html

mentre quest’altro se non vi viene concesso:

http://freephp.html.it/articoli/view_articolo.asp?id=61

Originariamente questa testo è stato pubblicato da me sul forum del sito AlVerde.net, a questo indirizzo potrete leggere la versione originale:
http://www.alverde.net/forum/topic.asp?TOPIC_ID=6866&whichpage=1

MacOSX in tutte le cartelle che crea o che voi visitate inserisce dei file chiamati .DS_Store, questi file, utili solo ai fini del Finder di MacOSX, diventano veramente fastidiosi ogni qual volta la cartella su cui lavorate finisce su un sistema Windows, che non riconoscendo il file come nascosto ve lo presenta immancabilmente in mezzo al vostro lavoro.

A questo punto interviene questo programma, che attraversa tutte le directory a partire da quella che specificate ripulendole dai file .DS_Store, e se siete interessati, produce in output un file compresso con tutto il vostro lavoro ripulito.

Il programma funziona sia sotto Windows sia sotto MacOSX e supporta il formato di compresione GZip, BZip2 e Tar, il primo ed il secondo formato ve li consiglio per realizzare dei piccoli backup dei vostri lavori perché producono un output con un ottimo fattore di compressione (a discapito però della velocità).

Per lanciare il programma, da linea comando vi basterà digitare
python clearTarMac.py [opzioni]

la parte delle opzioni può sia essere vuota, sia riportare :

• bzip -> comprime in bzip2
• gzip -> comprime in gzip
• tar -> comprime in tar semplice

Il file compresso di output, verrà creato nella directory dalla quale eseguite il programma e avrà come nome il nome della cartella analizzata e pulita.

Potete scaricare il programma completo cliccando qui cleanTarMac.py, oppure potrete leggere il codice cliccando qui:

Error: Could not open cleanTarMac.py

Impostando un valore soglia per il numero di richieste da analizzare, è possibile sfruttare questo tool per la ricerca di indirizzi ip che stanno tentando dos attack o che eseguono comunque un numero di richieste fuori dalla norma.

Lo script va eseguito passandogli come parametri il nome del file di log e il valore soglia, a questo punto dopo l’analisi creerà una cartella con all’interno tutti file di testo il cui nome sarà composto dal numero delle richieste e dall’indirizzo ip del richiedente, e che conterranno l’elenco dettagliato delle richieste fatte.

E’ importante notare che i file prodotti sono ancora fedeli allo standard dei log di apache, risultano quindi ulteriormente analizzabili con altri software più specifici come awstats.

Il codice dello script è il seguente (download):

Error: Could not open logAnalyzer.py

Invito tutti quanti a leggerlo, trovo sorprendente la potenza di questo linguaggio e la facilità d’uso, con una manciata di linee di codice è possibile portare a termine anche i compiti più complessi.

L’articolo originale si trova a questo indirizzo: python webcam fun motion detection

Questo editor, prevede numerose funzionalità che però non è nelle intenzioni di questa guida spiegare a fondo né tantomeno mostrarne la configurazione, per la quale le poche righe scritte non basterebbero, e sulla quale molti documenti sono già presenti in rete.

Si propone invece come un prontuario da tenere sempre vicino al proprio monitor per riuscire a districarsi nell’editing con vim.

Buono studio

• Leggi la versione in txt
• Scarica la versione in pdf

Una raccolta di appunti, basati sulle dispense del Prof. G.Bongiovanni
dell’Università “La Sapienza” di Roma, che analizzano livello per livello
il funzionamento dell’architettura di una rete di computer, con particolare riguardo ad Internet.

• Introduzione (documento in preparazione… ormai da troppo tempo, non sperateci)
• Cap. 2 – Livello Fisico
• Cap. 3 – Livello Data Link
• Cap. 4 – Sotto Livello MAC
• Cap. 5 – Livello Network
• Cap. 6 – Livello Transport
• Cap. 7 – Livello Application

Tutti i documenti sono scritti con OpenOffice.org e convertiti in formato PDF.
Per poterli visualizzare occorre installare il software gratuito Adobe Acrobat Reader.