Per utilizzare questo servizio esistono due modalità: la chiamata tramite jsapi o tramite il classico richiamo “script”

Oggi ho dedicato 5 minuti per un semplice confronto delle prestazioni ottenute con i due metodi. E il risultato è stato veramente interessante!
Ho creato una pagina html completamente vuota, solo head e body con i richiami alle tre librerie che utilizzo quotidianamente: jquery, jqueryui e swfobject.

Sono infatti abituato ad utilizzare il metodo seguente (JSAPI):

<script src="http://www.google.com/jsapi"></script> 
<script type="text/javascript"> 
  google.load("jquery", "1.4.2");
  google.load("jqueryui", "1.8.0");
  google.load("swfobject","2.2");
</script>
</script>

Grazie al nostro Firebug ho ottenuto questi dati (vi allego uno screenshot):

Caricamento tramite JSAPI

Dimensione della pagina: 84.2 KB
Tempo di caricamento: 795ms

Fatto questo ho provato a modificare il richiamo alle librerie con il classico richiamo “script” come segue:

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jqueryui/1.8/jquery-ui.min.js"></script>
<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/swfobject/2.2/swfobject.js"></script>

Ho svuotato la cache e ricaricato il tutto. Questi sono i miei risultati ottenuti:

Caricamento tramite classico richiamo script

Dimensione della pagina: 76.9 KB
Tempo di caricamento: 462ms

La differenza secondo me è notevole!
Il caricamento classico è infatti più leggero di 7.3 KB e la chiamata totale è più veloce di 333ms.
Dobbiamo infatti considerare che queste differenze sembrano minime, ma moltiplicate per “n” visitatori possono fare la differenza.

Ovviamente dobbiamo anche considerare che non tutte le chiamate avranno lo stesso peso e tempo grazie alla cache, ma posso comunque dire che da oggi utilizzerò di sicuro il classico richiamo script!

<a href="#/" id="mylink">click me</a>

$('#mylink').click(function() {
  // azione da fare al click del link con id 'mylink'
  alert('clicked!!');
});

Al click del link con id mylink verrà visualizzato un semplice alert.
Come vedrete però nella barra degli indirizzi verrà visualizzato il “#/”, e non è elegante.

Con jQuery abbiamo la possibilità di prevenire le azioni di default dei nostri elementi, nel nostro caso il link. Sarà sufficiente scrivere:

$('#mylink').click(function(event) {
  // Prevent default
  event.preventDefault();
  // azione da fare al click del link con id 'mylink'
  alert('clicked!!');
});

Attenzione: ho passato come parametro della funzione l’event per poterlo richiamare.

Firefox, Chrome, Safari accettano la sintassi:

$('#mydiv').animate({
  padding: '5px 5px 15px 0'
});

Internet Explorer, ovviamente no Utilizzate quindi la sintassi:

$('#mydiv').animate({
  paddingTop: '5px',
  paddingRight: '5px',
  paddingBottom: '15px',
  paddingLeft : '0',
});

I passaggi da seguire (da root)
1. Andiamo nella nostra directory dei virtual hosts (nel mio caso /var/www/vhosts/)
2. Entriamo poi in DIRECTORY_VIRTUAL_HOST/dominio.com/conf (nel mio caso /var/www/vhosts/dominio.com/conf)
3. Creiamo un file denominato vhost.conf e all’interno inseriamo:

<Directory /var/www/vhosts/dominio.com/httpdocs>   
      php_admin_flag safe_mode off   
</Directory>

4. Ora dobbiamo dire a Plesk che deve aggiornare la configurazione lanciamo il comando:

/usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=dominio.com

5. Riavviamo apache

/etc/init.d/apache2 restart

Cosa abbiamo fatto?
Ogni vhost che crea Plesk sa che, se è presente un file vhost.conf all’interno della sua directory conf, deve includerla. Ripetete questa operazione per ogni dominio/sottodominio che volete personalizzare.

Ovviamente dovete semplicemente cambiare dominio.com con il vostro dominio, ed il gioco è fatto!

Fonte ufficiale: Parallels Plesk Guide

Impostare correttamente il file .htaccess su Register.it

Nel caso non avessimo Pear abilitato nel nostro server possiamo copiarci nel nostro script le classi necessarie:
- Text/Diff.php
- Text/Diff/Render.php
- Text/Diff/Renderer/unified.php
- Text/Diff/Engine/native.php

Text_Diff è in grado di gestire sia la comparazione di due file che due testi presi direttamente da variabile (nel primo caso è infatti sufficiente eseguire un fread()).

Una volta che abbiamo le classi di Pear possiamo scaricarci i file d’esempio da qui: http://software.zuavra.net/inline-diff/.

Nella nostra pagina di login dove è presente il form per l’inserimento delle credenziali, come primissima cosa diciamo al server di iniziare una nuova sessione:

<?php session_start() ?>
/* qui ci sarà il form */

La pagina, una volta inviati i dati dal form, dovrà controllare che le credenziali siano corrette. Se lo sono possiamo salvarci dei dati grazie alla superglobale $_SESSION in questo modo:

<?php
     // salvo l'id utente
     $_SESSION['id_utente'] = $id_utente;
?>

Una volta che abbiamo salvato il nostro dato, possiamo utilizzarlo nelle pagine che seguiranno (come ad esempio una pagina della scheda di un documento riservato) in questo modo:

<?php
     session_start();
 
     if(isset($_SESSION['id_utente'])){
          // l'utente è loggato
     } else{
          die('Area ad accesso riservato');
     }
?>

Come vedete è sempre necessario inizializzare la sessione con session_start().
La primissima cosa che potrebbe venirci in mente è quella di salvarci in un’altra variabile di sessione (cookie) la password dell’utente criptata, in modo tale da effettuare il controllo della coppia id_utente – password nel nostro database.

Per concludere vediamo ora come si chiude una sessione, ad esempio per la classica azione di logout di un utente:

<?php
     session_start();
     $_SESSION = array(); // svuoto la superglobale
     session_destroy();          
?>

Attenzione
Una volta settata una variabile di sessione (cookie) è necessario eseguire un header(‘Location’) per fare in modo che la pagina stessa riconosca il cookie settato.
Ad esempio, se abbiamo il form di login contenuto nella pagina area_riservata.php e vogliamo fare in modo che, se l’utente è loggato, visualizzi un elenco di documenti, altrimenti visualizzi il form, dobbiamo fare in questo modo:

<?php
     session_start();     
 
     if($_POST['azione'] == 'invia_form'){
          // salvo l'id utente
          $_SESSION['id_utente'] = $id_utente;
          header('Location /area_riservata.php');
          exit;
     }
 
     if(isset($_SESSION['id_utente'])){
          // l'utente è loggato, visualizzo elenco doc
     } else{
          // l'utente non è loggato, visualizzo il form di login
     }
?>

Ero già pronto a prendermi le classiche espressioni regolari per controllare email, input di testo, date ecc… Ma proprio oggi leggevo un interessantissimo articolo su mattiasgeniar.be, un buon blog di uno sviluppatore, dove veniva presentata un’innovativa soluzione, introdotta con PHP5, per validare e filtrare l’input degli utenti: filter_var().

Ammetto di essere rimasto affascianato dalla semplicità con cui ora posso validare e filtrare i dati.
Ecco alcuni esempi (Attenzione: filter_var() è presente SOLO da PHP5 in poi).

Validazione di una mail:

<?php
   if(!filter_var($_POST['email'], FILTER_VALIDATE_EMAIL)) echo 'Email non valida';
?>

Strip di tutto ciò che non è una stringa (pensiamo ad esempio ad un commento nel nostro blog):

<?php
   $commento = "<h1>Ciao a tutti, il mio <a href='http://www.google.it'>blog è qui</a></h1>";
   $commento = filter_var($commento, FILTER_SANITIZE_STRING);
   // Restituisce Ciao a tutti, il mio blog è qui
?>

E questi sono solo due semplicissimi esempi che solitamente necessitano di strip_tags, espressioni regolari ecc…
Onestamente trovo questo filter_var una vera manna!

Vi lascio il link di tutti i possibili parametri (sono veramente molti) per la filter_var:
http://mattiasgeniar.be/2009/02/07/input-validation-using-filter_var-over-regular-expressions/

Se abbiamo ad esempio una stringa inviata da un utente malintezionato, che vuole inserire del codice HTML (un link ad un sito ad esempio…) possiamo fare così:

$commento = strip_tags($_POST['commento']);

E se volessimo invece abilitare all’utente la possibilità di mettere un testo in grassetto?

Possiamo fare così:

$commento = strip_tags($_POST['commento'],'<strong>');

Nel caso volessimo abilitare più di un tag possiamo utilizzare questa sintassi:

$commento = strip_tags($_POST['commento'],'<strong>,<a>');

In questo modo l’utente avrà la possibilità di mettere link e grassetti.

Attenzione: strip_tags() elimina tutti i tag HTML, ma anche i tags PHP !

Per approfondimenti: http://it2.php.net/manual/it/function.strip-tags.php