Dopo aver, nella prima parte, presentato giusto una introduzione su come gestire le eccezioni in php (blocco try-catch), proviamo a scendere più in dettaglio in questa seconda parte.

Come sempre, facciamo parlare un esempio :

<?
try {
  $var = -5;
  $var2 = -3;
  if ( $var < $var2 )
  {
    throw new Exception($var. " è inferiore a " .$var2. "<br />");
    echo "Stampa qui!!";
  }
}
catch (Exception $excp) {
  echo "Attenzione!! Trovata eccezione:<br />", $excp;
}
?>

che, se lanciato, produrrà a video il seguente output :
Attenzione!! Trovata eccezione:
exception 'Exception' with message '-5 è inferiore a -3
' in c:\programmi\php\www\err.php:7 Stack trace: #0 {main}


Si tratta di uemplice script che racchiude delle istruzioni in un  blocco try. Il fatto di aver lanciato all'interno del blocco un'eccezione  tramite throw, ha determinato l'impossibilità di eseguire le istruzioni  seguenti che troviamo nello stesso blocco try. Ecco perchè la stampa  ‘Stampa qui!!’ non compare nell’output.

Poichè abbiamo istanziato l’oggetto  che appartiene alla classe Exception, tale istanza è riutilizzabile e,  infatti, lo ritroviamo al di fuori del blocco di try dove diviene  argomento di un'istruzione e non ne blocca l'esecuzione.
Ma la gestione delle eccezioni si basa su una serie di variabili e metodi più  importanti da utilizzare nella gestione delle eccezioni. Partiamo con le  variabili :

message: non è altro che il messaggio di errore da passare come  argomento al costruttore della classe.
line: linea esatta del blocco di codice in cui viene generato  l'errore.
file: nome del file PHP in cui si origina l'errore gestito tramite  eccezione.

Attenzione perchè queste tre variabili sono "protette" (non potranno essere  riscritte nè modificate).
Veniamo ora ai metodi :

getMessage(): lo abbiamo descritto nella prima parte : prende come  parametro la notifica di errore che viene generata dal controllo delle eccezioni  e lo invia, come parametro, al costruttore della classe di riferimento.
getLine(): metodo che permette il rinvio alla riga di codice in cui  si verifica l'errore.
getTrace(): metodo che rinvia ad una tabella con le caratteristiche  dell'errore.
getTraceAsString(): metodo che svolge una funzione similare al  precedente creando una stringa con lo stesso contenuto di  informazioni.

Infine va ricordato che il metodo getTrace() presenta 6 differenti elementi  costitutivi :

file: documento in cui si verifica l'errore.
line: riga di codice in cui si verifica l'errore.
function: funzione coinvolta nell'errore.
class: classe coinvolta nell'errore.
type: modo in cui viene richiamato il metodo che potrebbe essere  statico o dinamico.
args: argomenti passati al metodo raccolti in una tabella  associativa.

Nella terza ed ultima parte vedremo, dopo aver digerito variabili, metodi e  altro, come realizzare una classe vera e propria per gestire le eccezioni.
				

Non è un caso che spesso pubblichi articoli sul php. Nonostante recenti ricerche lo hanno piazzato (dopo Java e C) solo al terzo posto come linguaggio di programmazione più utilizzato, se volete realizzare una applicazione per web (che sia un sito, un blog, un forum, un social ecc) difficilmente potrete prendere in considerazione strade diverse.

Io propongo sempre, come esempio, Facebook. Milioni di utenti, petabytes di contenuti : tutti gestiti e organizzati con PHP. Non è un caso.

Logicamente il php chiama l’html e il javascript per il front-end e l’sql per il back-end. Da questo non si sfugge. Solo php porta a nulla, in pratica.

InfoWorld ha dedicato un articolo molto interessante al confronto di 8 fra i più importanti tools e frameworks per programmare in php :

- ActiveState’s Komodo IDE

- CodeLobster PHP Edition

- Eclipse PHP Development Tools (PDT)

- MPSoftware’s phpDesigner

- NetBeans IDE for PHP

- NuSphere’s PhpED

- WaterProof’s PHPEdit

- Zend Studio

Avevo dedicato un articolo alla presentazione di 6 eccellenti frameworks, ma un’ informazione interessante e molto utile può derivare dall’immagine sottostante che riassume il confronto effettuato fra gli 8 tools prima citati basandosi su 6 fattori chiave per la valutazione :

• Facilità d’uso
• Strumenti e Funzionalità a disposizione
• Supporto Web e Sql
• Documentazione
• Installazione
• Valore

Pur reputando molto interessante il risultato del confronto (che incorona Zend e Eclipse pur mostrando un alto punteggio per tutti),resto dell’avviso che la scelta di un framework è, nonostante tutto, fortemente condizionata dai differenti modi di programmare e lavorare di ciascuno di noi.

Come sottolineato nell’articolo di InfoWorld le idiosincrasie di ognuno la fanno da padrone e se c’è chi stravede per la funzionalità di un tool, c’è chi la odia a tal punto da non poter lavorare con quel framework.

E voi cosa ne pensate? Quale framework utilizzate? Per i dettagli approfonditi su ogni tool leggetevi l’articolo di InfoWorld segnalato prima.

Credo che servirà suddividere l’argomento in tre parti essendo delicato e anche abbastanza importante.

PHP 5

La versione 5 del PHP ha introdotto una nuova gestione degli errori tramite eccezioni; si tratta di un approccio che chi, come me, proviene dal mondo Java, non avrà difficoltà a comprendere.

Infatti si è riusciti a separare nettamente, durante lo sviluppo, la gestione degli errori dalla logica dell’applicativo. Come è giusto che sia.
Pensate che fino al PHP 4 non esisteva una gestione degli errori con eccezioni, ma si scriveva il codice, lo si testava, e si cercavano gli errori per applicare la soluzione adeguata. A tentativi, insomma.
Occorreva, a detta di tutti, uno strumento in grado di rendere molto più snella e veloce l’analisi del codice al fine di razionalizzare i tempi di intervento per errori più o meno evidenti.

Exception Handling

Come per Java, si è introdotta la logica dell’Exception Handling che inserisce nel controllo delle eccezioni il try (prova), throw (lancia) e catch (cattura).

In base a questa logica, l’azione di controllo svolta dalla triade suddetta potrebbe portare a due situazioni ben distinte :

- eccezione rilevata (catching positivo) : le istruzioni previste di seguito all’errore non sono escluse dal ciclo di esecuzione .

- eccezione non rilevata (Uncaught exception) : gli input previsti sono blocati e non producono effetti.

Come sempre, un esempio, vale più di cento parole di spiegazione :

<?
try {
  print 'Stampa messaggio errore.';
  throw new Exception( '<br />Contollo eccezioni.', 100);
  print "Blocca tutto!!";
}
catch(Exception $var) {
  print $var->getMessage();
}
?>

Se provate a salvare questo codice in un file, ad esempio, eccezione.php visualizzerete come output le seguenti stringhe:

‘Stampa messaggio errore’

‘Contollo delle eccezioni.’

Vediamo in dettaglio cosa è accaduto.

La stampa della prima stringa (Stampa messaggio errore) è ovvia poichè l’istruzione relativa non è sottoposta ad alcun controllo nè produce eccezioni.

Quindi, viene lanciata un’eccezione che subito passa la palla ad un’azione di catching. Ecco perchè l’istruzione immediatamente sottostante (stampa a video della stringa “Blocca tutto!!”) non è eseguita.
Quindi, come detto, è effettuato il catching dell’eccezione con il passaggio ad una variabile ($var).
Alla fine, il metodo getMessage() si prende la variabile prodotta dall’azione di catching accettandola come parametro e stampa a video il valore (la stringa, in tal caso).

Ecco motivato l’output che visualizzate lanciando questo test.

La prima parte si conclude qui, volendo essere solo una piccola introduzione ad un argomento più profondo che sviscereremo meglio nella seconda e terza parte.

Il vostro blog ha moltissimi post pubblicati e non tutti dello stesso tipo? Bè, perché non applicare stili diversi a post di ‘stampo’ differente? Mi vengono in mente i post classici,e i tutorial, ad esempio. Potrebbe essere un’idea e nemmeno troppo difficile da realizzare. La funzione post_class() ci dà una mano, in tal senso.

Prima di partire, piccolo backup di quello che toccate perché è sempre meglio….

A me gli occhi!

Aprite il file single.php nel vostro editor e cercate la parte di codice riga dove viene effettuato il loop dei vari post. Sostituitela interamente con questa porzione di codice :

<?php if (have_posts()) : ?>
<?php while (have_posts()) :  the_post(); ?>
<div <?php post_class() ?> id="post-<?php  the_ID(); ?>">
<h3><a href="<?php the_permalink()  ?>"><?php the_title(); ?></a></h3>
<?php  the_content(); ?>
</div>
<?php endwhile; else: ?>
<?php _e('Sorry, nessun post obbedisce ai tuoi criteri.'); ?>
<?php  endif; ?>

Concentratevi sulla riga 3 dove è presente la funzione post_class(). Dalla versione 2.8 di Wordpress, questa funzione introduce classi css per personalizzare, appunto, un post.

Tra cui aggiunge :

• .hentry
• .sticky
• .category-tutorials
• .tag-wordpress

Capite subito che con queste nuove classi, potrete dotare un singolo post di uno stile tutto suo e diverso dal resto. Infine, parte fondamentale sempre sulla riga 3 è :

id=”post-< ?php the_ID(); ?>“. Inserendo l’ID del post da personalizzare , potrete sbizzarrirvi. Ecco un esempio relativo ad un fantomatico post-876 :

#post-876{
background:#ccc;
}

Dubbi?

Come tutti ben sapete, Wordpress consente ai lettori di creare un account e registrarsi al vostro blog. Una possibilità che avete per attirare su questo i lettori è quella di mostrare alcuni contenuti o parte di questi solo ad utenti già registrati.

Vediamo come fare utilizzando gli shortcodes tanto cari a questa piattaforma.

Aprite il file functions.php e incollate la seguente funzione in fondo :

function member_check($atts, $content = null) {
if (is_user_logged_in() && !is_null($content) && !is_feed()) {
return $content;
} else {
return 'Spiacente, questa sezione è disponibile solo per i nostri membri. Clicca qui per registrarti.';
}

add_shortcode('member', 'member_check');

Abbiamo così creato il nostro shortcode da utilizzare quando e dove vogliamo con tanto di invito alla registrazione abbastanza esplicito come avrete notato nel codice.
Ad esempio, se in un articolo volessimo ometterne una parte ad utenti non registrati :

[member]
Questo testo sarà visibile solo ad utenti registrati..
[/member]

Tutto molto facile , come avrete intuito.

Ciclo For

In sostanza si definisce un ‘contatore’ che, con la prima istruzione è inizializzato, con la seconda lo si confronta con un valore limite, con la terza lo si incrementa ad ogni ripetizione di ciclo.

Unica accortezza : evitare la classica situazione di loop ovvero in cui non si riesce mai ad uscire dal ciclo perchè la seconda condizione è sempre verificata!
Sappiate che un simile errore costringe a chiudere un programma o addirittura a spegnere la macchina, ma per fortuna, gli script PHP hanno un limite di tempo per la loro esecuzione, oltre il quale si arrestano.

Vediamo un esempio banalissimo :

che dà come risultato 01234

Era sufficiente impostare il ciclo così for ($variabile = 1; $variabile > 0; $variabile++) per avere il classico loop infinito di cui parlavo prima.

Ciclo While

$variabile = 0;
while ($variabile < 5) {
 
echo $variabile;
 
$variabile++;
}

Ciclo do-While

$variabile = 5;
do {
 
echo $variabile;
$variabile++;
 
}
 
while ($variabile < 5)

Ciclo Foreach

foreach ($array_da_scansionare as $valore_elemento)
 
{
 
// istruzioni da iterare
 
}

Moltissimi webmaster pubblicano sul loro blog l’indirizzo mail per molti motivi scontati. Come ben saprete, il rischio che spiders o bots di spammers catturino questo indirizzo per poi riempirlo di immondizia postale è elevato.

Come proteggersi?

Un modo esiste.

php Hide_Email() è una funzione php utilizzata per criptare, in sostanza, il vostro indirizzo pubblicato sulle pagine web cosicchè bot e spider non possano decifrarlo.

In pratica, sfruttando il generatore presente nella pagina, generate il vostro XHTML con javascript annesso da inserire al posto dell’indirizzo mail.

Unico avvertimento. Chi ha i Javascript disabilitati non riuscirà a vedere il corretto indirizzo (impossibilità di decriptare) ma vedrà solo la seguente scritta :

javascript protected email address

Fonte : WebAppers