Validatore W3 in locale

 
Validatore in locale

Chi di voi utilizza il validatore del codice (X)HTML del W3C per controllare che quello che generiamo sia codice pulito? Su le mani.

Troppe poche mani alzate, quindi come prima cosa abbituiamoci a controllare il codice. Alcuni buoni motivi? Bhè, innazitutto avere del codice validato ci permette di rendere il nostro contenuto più facilmente fruibile agli utenti che vi accedono con browser non convenzionali (per capirci screen-reader, browser per dispositivi mobili, ...); inoltre, nonostante alcuni SEO Expert dicano che il vantaggio è minimo, è comunque un vantaggio dal punto di vista S.E.O. e non per ultimo, essendo l'XHTML uno standard va rispettato.

Anche se nella fase iniziale stiamo particolarmente attenti a chiudere tag, a non inserire block element in inline element può capitare che, per riutilizzo del codice o per necessità impellenti, questo non venga controllato, proprio per aiutarci in questa fase di debug l'utizzo del validatore del W3C ci aiuta.

Ora, oltre a utilizzare il validatore raggiungibile sul web potrebbe essere utile averne una copia locale da utilizzare per validare il nostro codice.

Perché una copia locale?

innanzitutto con una copia locale i tempi di risposta sono decisamente più veloci, inoltre ipotiziamo di avere un sito in sviluppo sulla nostra macchina.

In aggiunta, cosa succede nel momento in cui vogliamo andare a validare il codice? Non possiamo passare gli indirizzi locali e saremmo costretti a trasferire continuamente codice copiando il sirgente della pagina generata e incollandola nel validatore, operazione senza dubbio scomoda.

Altri motivi potrebbero essere quelli di non voler inviare in rete il nostro codice (per evitare che un progetto supersegreto venga svelato :D), o non avete una connessione always-on (o magari pagate profumatamente la vostra banda e sarebbe uno spreco).

L'installazione

L'installazione può avvenire usando i pacchetti forniti dal sistema fo dostribuzione del vostro OS, quindi su sistemi Ubuntu:

sudo apt-get install w3c-marckup-validator

dopo di che andiamo ad avviare i moduli necessari di Apache:

sudo a2enmod perl include
sudo apache2ctl restart

Ed andando all'indirizzo:

possiamo vedere il nostro validatore. Purtoppo, però, il validatore non valida i domini che hanno un IP locale, siccome probabilmente la validazione sarà su siti di test che stiamo realizzandoo e per fare questo useremmo indirizzi locale andiamo a modificare le configurazioni del validatore per ovviare a questo problema.

La configurazione

Apriamo con il nostro editor di testo il file di configurazione:

sudo gedit /etc/w3c/validator.conf

ed andiamo a trovare la riga contente Allow Private IPs portandola da no a yes;

Allow Private IPs = yes

A questo punto potremmo validare le pagine del nostro sito anche se si trovano sulla macchina locale.

Vederemo prossimamente come automatizzare la validazione di tutte le pagine del sito tramite alcuni semplici script che analizzano i link presenti nelle diverse pagine e analizzano, effettuando un report, le pagine realizzate (in pratica lavorano come degli spider).

Il controllo dei link

Per controllare, invece, che i link presenti nel nostro sito siano funzionanti, ricorriamo ad un altro validatore, sempre del W3C. Anche in questo caso il processo di installazione è veramente semplice:

sudo apt-get install w3c-linkchecker

e per validare i link all'interno delle pagine è sufficiente andare all'indirizzo:

ed anche in questo caso se si tratta di un indirizzo locale dobbiamo andare a modificarne le impostazioni, quindi:

sudo gedit /etc/w3c/checklink.conf

ed andiamo a cercare:

# Allow_Private_IPs = 0

sostituendo 0 con 1 e decommentando la linea (il cancelletto all'inizio della riga). A questo punto possiamo procede alla validazione delle pagine locali.

Altri contenuti che potrebbero interessarti

  • SASS per i CSS con Compass (in ruby)
    Come indicato nell'articolo precedente abbiamo visto la comodità di usare un metalinguaggio per i CSS come SASS. Ovviamente i browser non sono in grado di utilizzare direttamente questi file, ma necessitano di ricevere del codice CSS standard. Questa operazione (NdA:la conversione da SASS a CSS)...
  • Nello sviluppo di siti web è preferibile operare in locale e trasferire il tutto sul server remoto solo una volta che si è ottimizzata la configurazione per lo scopo che ci si è prefissi. Ciò permette di avere una maggior velocità poiché non è necessario operare sul server trasferendo i file ogni...
  • Redmine e Ubuntu
    Quando si lavora (come sviluppatori, ma anche in altre occasioni) in un team è quasi fondamentale avere un sistema per la gestione del codice oltre ad un sistema per la gestione del progetto. Inizialmente avevo utilizzato trac, strumento ottimo, ma con alcuni vincoli, il più evidente: essere...
  • Nell'articolo precedente abbiamo visto come procedere all'installazione di redmine su apache, abbiamo visto come integrare git e gitosis per la gestione delle credenziali degli utenti.. ma alla fine avevamo specificato che c'era ancora qualche problema da risolver. Di seguito vediamo come...

Commenti

Invia nuovo commento





  • Elementi HTML permessi: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img> <h2> <h3> <h4> <table> <thead> <tbody> <tr> <th> <td>
  • You may post code using <code>...</code> (generic) or <?php ... ?> (highlighted PHP) tags.
  • Linee e paragrafi vanno a capo automaticamente.
  • Indirizzi web o e-mail vengono trasformati in link automaticamente

Maggiori informazioni sulle opzioni di formattazione.



Condividi contenuti