Perchè quindi non pensare a un obiettivo all in one da abbinare alla nostra macchina fotografica?
Questo ci permetterà di ridurre il peso e l’ingombro e di disporre allo stesso tempo di un grandangolo e di un buon tele.
Vediamo, dunque, il mercato cosa ci offre.

Canon EF-S 18-135mm f/3.5-5.6 IS

Prezzo medio 350-400 Euro.
Peso 455 g
Non potendo essere montato su una full frame, essendo un EF-S in realtà questo obiettivo è un 29-216 mm (moltiplicatore 1.6 di Canon). Rispetto agli altri obiettivi selezionati per questa raccolta è uno dei più luminosi a fine corsa (f/5.6) ovviamente perchè si ferma a 135mm, ha il vantaggio di essere stabilizzato.

PRO: stabilizzatore d’immagine fino a 4 stop, luminoso a fine corsa.
CONTRO: come grandangolo parte da 29 mm, non è compatibile con le full frame Canon essendo un EF-S. Arriva solo a 135mm. Compatibile solo con Canon.

Tamron AF 18-200mm F/3,5-6,3 XR Di II LD Aspherical [IF] MACRO

Prezzo medio: 200 euro
Peso 398 g
Anche questo obiettivo non essendo compatibile con le full frame in realtà è un 28-300mm circa (dipende dal moltiplicatore della macchina usata).

PRO: il prezzo, peso contenuto, disponibile per diverse marche di macchine fotografiche e utilizzabile per le foto macro
CONTRO: come grandangolo parte da 28 mm, non è compatibile con le full frame, non è stabilizzato

Tamron AF 18-250mm F/3,5-6,3 Di II LD Aspherical [IF] MACRO
Prezzo medio 350 euro
Peso 430 g
E’ l’evoluzione del 18-200 mm della Tamron, ha un’ottica migliorata ed è solo 0,6mm più lungo e 0,2mm più largo come diametro.
Riesce comunque a contenere il peso.

PRO: il prezzo, disponibile per diverse marche di macchine fotografiche, utilizzabile per foto macro, zoom notevole senza perdere troppo in qualità di immagine.
CONTRO: come grandangolo parte da 28 mm, non è compatibile con le full frame, non è stabilizzato.

Tamron AF 18-270mm F/3,5 -6,3 Di II VC LD Aspherical [IF] Macro
Prezzo medio 500 euro
Peso 550 g
E’ l’obiettivo con la più estesa zoomata al mondo, ulteriore evoluzione dei due precedenti, ha infatti il vantaggio di essere stabilizzato.
Anche lui ovviamente non è compatibile con le pieno formato.

PRO: stabilizzato, disponibile per diverse marche di macchine fotografiche e utilizzabile per le foto macro, è l’obiettivo con il maggiore zoom ma non perde troppo in qualità di immagine.
CONTRO: il prezzo, piuttosto pesante, come grandangolo parte da 28 mm, non è compatibile con le full frame.

Sigma 18-125mm F3.8-5.6 DC OS HSM
Prezzo Medio 340 Euro
Peso 505 g
E’ il più recente obiettivo della Sigma in questa fascia.
E’ stabilizzato e piuttosto compatto. Equivale a un 24-200mm.

PRO: stabilizzato, disponibile per diverse marche di macchine fotografiche, grazie anche alla ridotta escursione focale rispetto agli altri obiettivi di questa selezione ha una buona qualità di immagine.
CONTRO:  non è compatibile con le full frame, piuttosto pesante, ridotta escursione rispetto agli altri obiettivi (anche se dovrebbe garantirgli una migliore qualità di immagine).

Sigma 18-200mm F3.5-6.3 DC OS
Prezzo Medio 400 Euro
Peso 610g
Anche questo obiettivo Sigma è stabilizzato, equivale a  un 24-300mm.

PRO: stabilizzato, disponibile per diverse marche di macchine fotografiche, utilizzabile per foto macro .
CONTRO:  non è compatibile con le full frame, pesante.

Sigma 18-250mm F3.5-6.3 DC OS HSM

Si può, infatti, impostare la dimensione della finestra in cui si digita per adattarla alla larghezza dei paragrafi del front-end.
Farlo è molto semplice grazie alla nuova funzione

add_editor_style();

che va inserita nel file functions.php del tuo tema.

Questa funzione cercherà il file editor-style.css nella cartella del tuo tema e lo utilizzerà per dare lo stile alla pagina “Visual” dell’editor. Potrai quindi definire lo stile ad esempio per unordered/ordered lists, blockquotes, images, headers, tables, etc.

Ovviamente per fare apparire il tutto uguale in maniera identica al front-end è necessario andare a prendere il setup del foglio di stile del tuo tema in style.css.
Copia quindi tutti i setup del testo da style.css e trasferiscili in editor-style.css e voilà il gioco è fatto (a parte ovviamente il campo mceContentBody che specifica la larghezza del campo in cui digiti e che deve essere uguale a quello della larghezza dei paragrafi nelle tue pagine).

Se volessi qualche setup personalizzato solo per le pagine di editing non c’è nessun problema a farlo, basterà infatti inserirli solo nel foglio di stile editor-style.css e appariranno solo nelle pagine dove componi i tuoi articoli.

<h2>I post più popolari</h2>
<ul>
<?php $result = $wpdb->get_results("SELECT comment_count,ID,post_title FROM $wpdb->posts ORDER BY comment_count DESC LIMIT 0 , 5");
foreach ($result as $post) {
setup_postdata($post);
$postid = $post->ID;
$title = $post->post_title;
$commentcount = $post->comment_count;
if ($commentcount != 0) { ?>
<li><a href="<?php echo get_permalink($postid); ?>" title="<?php echo $title ?>">
<?php echo $title ?></a> {<?php echo $commentcount ?>}</li>
<?php } } ?>
</ul>

Se vuoi modificare il numero di post visualizzati, puoi cambiare il numero 5 con il numero dei post che vuoi visualizzare.

Nel Codex di Wordpress c’è una frase che pochi leggono:

For performance reasons, it is not a good idea to start your permalink structure with the category, tag, author, or postname fields. The reason is that these are text fields, and using them at the beginning of your permalink structure it takes more time for WordPress to distinguish your Post URLs from Page URLs (which always use the text “page slug” as the URL), and to compensate, WordPress stores a lot of extra information in its database (so much that sites with lots of Pages have experienced difficulties). So, it is best to start your permalink structure with a numeric field, such as the year or post ID.

In pratica viene consigliato di non iniziare la struttura del permalink con una categoria, un tag, un autore o un nome di un post. Questo perchè, a causa della configurazione di Wordpress, il sistema consumerebbe tempo e risorse creando, e poi andando di conseguenza a leggere, delle informazioni extra nel database, aumentandone il carico inutilmente.

Un permalink dovrebbe iniziare con un campo numerico, come ad esempio un anno o l’ID di un post.
Ovvero non vanno mai usati:
/%category%/%postname%
o il solo
%postname%

E’ consigliabile, secondo le indicazioni di Wordpress una struttura del tipo:
/%year%/%monthnum%/%postname%/

Per avere una panoramica completa sulla questione, bisogna dire anche che molti SEO sostengono che l’impostazione sconsigliata da Wordpress, ovvero /%category%/%postname% sia invece efficace per i motori di ricerca.
A sostegno di tale tesi viene portato l’esempio del blog di Matt Cutts.

Per mia esperienza personale, ho constatato che l’impostazione consigliata da Wordpress non dà assolutamente problemi a livello di SEO, tant’è che molti miei articoli sono in prima pagina su Google e, considerando che un utente medio non può permettersi una struttura dei server come il buon Matt, ritengo consigliabile un’impostazione del tipo:
/%year%/%monthnum%/%postname%/

Qual’è la tua esperienza a riguardo?

Link: Using permalink – Wordpress Codex

W3 Total Cache

W3 Total Cache necessita, infatti, dell’abilitazione delle funzioni di compressione di PHP, che nell’installazione di default di questo linguaggio sono settate su Off.

Per abilitare la compressione in PHP devi modificare (va benissimo qualsiasi editor di testo, anche il block notes) il file php.ini alla riga
zlib.output_compression = Off
e al posto dell’Off mettere On
zlib.output_compression = On

Riavvia il server e con un comando phpinfo() controlla che alla riga zlib.output_compression corrisponda un valore di On.

Se non fai questa modifica gli utenti che visiteranno il tuo sito otterranno un messaggio di errore di incompatibilità del tipo di compressione.

Se utilizzi Aruba come hosting, questa modifica è molto semplice:
- accedi al pannello di controllo del tuo sito
- clicca sul pulsante Servizi Hosting Linux
- clicca su Personalizzazione del file PHP.INI
- metti la spunta a Wordpress (impostazione ottimizzata per l’utilizzo di wordpress)

Nei commenti segnala altri eventuali problemi che hai riscontrato con W3 Total Cache o, se vuoi, segnala come configurare il file php.ini del tuo hosting.

Link: W3 Total Cache

Il problema è causato da un errore nel foglio di stile.
Infatti il div della parte testuale della pubblicità di Telericarica più (nella parte di destra della pagina dell’invio degli SMS) ha uno stile:

element.style {
margin-left:-1000em;
}

Il div con questa impostazione va a sovrapporsi alla casella di testo impedendone la compilazione, come dimostra questa immagine:

Se sei smaliziato e usi Firebug su Firefox puoi selezionare il div e disabilitare la proprietà (nell’immagine che ho postato basta mettere la spunta a fianco della proprietà nella casella di destra).
In questo modo il div incriminato slitterà a destra e riuscirai a mandare gli SMS. Attento che la procedura va ripetuta anche nella pagina di conferma dell’invio perchè le proprietà temporanee impostate con Firebug si disabilitano cambiando pagina.

Il problema sul sito comunque rimane e bisognerebbe frustare (simpaticamente si capisce) il webmaster del portale per non averlo testato anche su Mac OS.

AGGIORNAMENTO:
La Vodafone ha risolto il problema ed è anche stata gentile nel rispondermi e ringraziarmi:

Buongiorno Nicolo’,

In merito a quanto da te comunicato,desideriamo ringraziarti per i tuoi consigli.
I suggerimenti che ci hai fornito saranno valutati, aiutandoci a rendere migliore il servizio.

Ti aspettiamo online!

In questo articolo cercherò di darti una panoramica di quelli che sono attualmente i migliori servizi di statistiche sul mercato (gratuiti e non), evidenziando soprattutto quelli più innovativi e quali sono le pecche di quelli più conosciuti.

1) Google Analytics E’ il servizio gratuito in assoluto più utilizzato, soprattutto per la sua naturale integrazione con Google Adwords. Non c’è webmaster che non lo abbia usato almeno una volta sul proprio sito. Essendo quindi uno strumento ampiamente conosciuto dirò solo quelli che a mio avviso sono i punti di debolezza del servizio: non c’è la possibilità di tracciare l’IP del navigatore e soprattutto non ha integrato un sistema di tracciamento in tempo reale delle statistiche. Infine non ha un sistema dedicato per tracciare con precisione i social networks e i servizi che permettono di accorciare gli url (shortener), come Bit.ly. In realtà per quanto riguarda gli shortener forse qualcosa si muove, visto che Google sta testando un proprio sistema goo.gl.

2) Clicky E’ il servizio di statistiche che ha ispirato questo mio post.
I suoi punti di forza sono: la possibilità di tracciare in tempo reale le azioni degli utenti sul sito, l’integrazione con Twitter con la possibilità di tenere delle statistiche precise dell’account (Tweet Types, #Tags, @Senders, @Recipients, Links), l’integrazione con gli shortener, una versione dedicata per l’iPhone, il tracciamento delle e-mails e infine la possibilità di tracciare delle singole campagne o singole iniziative (eventi, post particolari, etc. etc.).

Ovviamente ha anche quelle funzioni che personalmente definisco come basilari, come il tracciamento degli IP, il custom data tracking, una segmentazione avanzata degli utenti e un’identificazione precisa del navigatore (organizzazione o società da cui si connette, risoluzione dello schermo etc. etc.).

Il sistema è gratuito per un singolo sito con 3000 pagine visualizzate al giorno. Il pacchetto a pagamento più interessante è il Pro, che con $ 59,99 l’anno, ci permette di tracciare 10 siti per un totale di 30.000 visualizzazioni di pagina.

3) Woopra Come aspetto particolare ha una funzione direi praticamente unica nel settore, ovvero la possibilità di attivare una chat con l’utente che in quel momento sta navigando il sito. Da un lato può essere uno strumento invasivo, dall’altro offre nuove forme di interazione con i nostri visitatori.
Anche Woopra permette un tracciamento in tempo reale dei navigatori, con una profilazione davvero completa. In passato occorreva installare il software di tracciamento sul PC, oggi è in beta una versione on line delle statistiche.
E’ gratuito per tracciare un sito con 30.000 pagine viste al mese, inserendo però della pubblicità.

4) Chartbeat E’ uno strumento particolare, che utilizzerei soprattutto per tracciare una singola campagna, un evento o un lancio di un prodotto. Questo perchè il sistema nasce per tracciare con accuratezza in tempo reale tutto quanto avviene sul sito. Fra l’altro, proprio nell’ottica di monitorare i picchi di traffico offre degli interessanti servizi di supporto come l’applicazione per iPhone, gli SMS e le e-mails di allerta, che segnalano gli eventuali crash del server o gli eccessivi rallentamenti delle pagine.
Il servizio è gratuito per i primi 30 giorni, poi costa 9.95 $ al mese, ma, proprio per le sue caratteristiche di utilizzo, l’addebito può essere sospeso in qualunque momento, ad ulteriore conferma del fatto che sia un servizio nato per essere usato in maniera spot.

5) Shinystat Qui andiamo un po’ più sul classico. Lo segnalo perchè nella versione gratuita è utilizzato da molti siti, soprattutto in Italia, anche se, purtroppo, si è costretti a esporre un banner di affiliazione al servizio.
E’ buona anche la versione a pagamento, anche se dall’impostazione un po’ datata.
Si distingue dagli altri servizi per lo strumento aggiuntivo delle Video Analytics, che offre un’analisi dei video pubblicati in rete in tempo reale, addirittura tracciando l’interesse rispetto a ciascuna porzione del video stesso. Permette inoltre di misurare la diffusione “virale” di un video distribuito su domini diversi.

6) Statcounter Termino la carrellata con un classicissimo. Il servizio è completamente gratuito (ci sono solo dei banners pubblicitari nell’area di amministrazione) e validissimo se stiamo cercando un qualcosa di basilare. E’ comunque interessante il tracking in tempo reale degli utenti. Direi che è il servizio perfetto per un sito personale.

Se conoscete altri servizi interessanti o volete aggiungere un parere o esperienze su quelli proposti, siete i benvenuti. A voi la parola.

Oggi vedremo come rendere più performante l’installazione di Drupal in locale e come risolvere alcuni problemi che possono nascere con la versione di PHP installata di default.

Per prima cosa dobbiamo scegliere la versione di PHP da utilizzare. Drupal al momento presenta molti problemi con la versione di PHP 5.3.x, per cui è meglio utilizzare una versione 5.2.x.
Per farlo nella nostra installazione di MAMP, basta far apparire la schermata iniziale e cliccare su PREFERENZE:

Nella schermata PREFERENZE potremo mettere la spunta sulla versione di PHP che ci interessa, nel nostro caso la 5.2.13.

Il passo successivo è rendere performante Drupal.
Alcune installazioni di MAMP partono con un setup della memoria di 8MB, che è decisamente pochina per un’installazione di Drupal, soprattutto per alcuni moduli fondamentali come Views.

Il problema si risolve molto facilmente modificando questo setup.
Per farlo apriamo il file php.ini (percorso partendo dalla root della nostra installazione di MAMP):
conf/PHP5.2/php.ini

All’interno del file cerchiamo la riga:
memory_limit = 8MB ; Maximum amount of memory a script may consume (8MB)

e modifichiamola impostando la memoria a 32M o se vogliamo anche a 64M:
memory_limit = 64M ; Maximum amount of memory a script may consume (64M)

Salviamo e voilà il gioco è fatto, il vostro Drupal in locale andrà come una scheggia.

1) Firebug Come dice il nome, serve per scovare i bug nel codice delle pagine web che abbiamo scritto. E’ possibile analizzare in dettaglio il DOM, il codice Html e i fogli di stile. Uno strumento davvero indispensabile per i webmasters.
Utile soprattutto la funzionalità che ci permette di vedere immediatamente le modifiche al volo i fogli di stile mentre siamo sulla pagina.

- 1 A) YSlow E’ un componente aggiuntivo di Firebug che ci fa capire quali sono gli elementi che rallentano il caricamento delle nostre pagine web e come possiamo ottimizzarle. Vi ricordo che la velocità di caricamento delle pagine è uno dei nuovi parametri considerati da Google per un buon posizionamento.
- 1 B) Drupal for Firebug Utilissimo se sviluppate temi per Drupal.

2) Web Developer – E’ possibile testare i CSS, resizare la pagina nelle dimensioni volute, validarla secondo gli standard W3c, avere un report della velocità di caricamento etc. etc.

3) LinkChecker Permette di controllare la validità dei links all’interno di una pagina

4) SEOQuake – Strumento per i SEO, offre utili informazioni per chi lavora nel search engine optimization

5) ColorZilla – Strumento per identificare i colori all’interno di una pagina web e salvarne i codici sRGB.

6) Screen Grab Per salvare le pagine web come immagine. Si può salvare tutta la pagina o una sua porzione.

7) BuiltWith Permette di scoprire con che CMS è fatto un sito e buona parte delle librerie che utilizza. Non solo, potremo anche capire su che tipo di server risiede e, in alcuni casi, che versione del sistema operativo ha.

8 ) Exif Viewer Permette di scoprire i dati di scatto Exif delle fotografie su internet e sul PC in locale. Particolarmente indicato per i web masters con la passione della fotografia.

Qualche giorno fa avevo scritto un articolo su come installare un server LAMP in locale con XAMPP, oggi però devo consigliarvi un altro pacchetto di installazione, per poter installare anche Drupal sul vostro PC.

Infatti ho provato un’installazione sul server virtuale realizzato con XAMPP, ma, purtroppo, la versione di PHP che viene installata con questo pacchetto all in one non è al momento compatibile con quella supportata dalla versione corrente di Drupal, ovvero la 6.17.

Si potrebbe bypassare il problema installando a mano la versione di PHP che ci interessa in XAMPP, ma a mio avviso si fa molto prima ad utilizzare MAMP (e non vi nego che vi toglierete anche qualche bel grattacapo) .

Dobbiamo quindi procurarci la versione gratuita di MAMP, che svolge lo stesso compito di XAMPP, ovvero installa in locale in maniera molto semplice un server Apache, Mysql e PHP.
Il setup è semplicissimo, basta infatti scaricare il software e installarlo come un qualsiasi programma.

All’avvio di MAMP avremo la seguente schermata, che ci dice se il server Apache e MySql sono attivi (luce verde):

Cliccando su “Apri la Home page” apparirà la schermata con tutti i dati per mettere mano al nostro server e ai database utilizzando phpMyAdmin.

I files dei nostri siti andranno caricati nella cartella
Applicazioni/MAMP/htdocs/nome-tuo-sito

e saranno accessibili all’indirizzo: http://localhost:8888/nome-tuo-sito

Siamo pronti per procedere all’installazione in locale di Drupal.

Nei vari passaggi dell’installazione ci verranno chiesti i dati di connessione al Database, ricavabili dalla schermata di gestione di Mamp, ovvero
Username: root
Password: root
Per l’host del server: localhost.
Per quanto riguarda il  database, dovremo prima crearlo dal pannello di controllo di phpMyAdmin e assegnare il nome scelto.

L’unico intoppo, se così vogliamo chiamarlo, che ho riscontrato nell’installazione di Drupal è stato la richiesta di un file mancante settings.php, piccolo baco del processo di installazione, che si risolve facilmente andando nella cartella sites/default, impostandola in lettura e scrittura  e  duplicando il file default.settings.php e rinominando il file duplicato come settings.php (in pratica Drupal vuole i due files).

Per impostare i permessi delle cartelle sul vostro Mac, selezionate la cartella, cliccate su MELA + I e nella schermata che appare in pop up cercate in basso “Condivisione e permessi”, cliccate sul lucchetto e digitate la password di amministratore, quindi impostate i permessi in “Lettura e scrittura”.

In un’installazione non in locale, mi raccomando non lasciate i permessi a 755 sul server Linux on line per questa cartella, ma reimpostate quelli di default lasciando la cartella in sola lettura.

Se avete problemi, dubbi o domande non esitate a rispondere nei commenti del post.