Tengo molto alla vostra opinione: per critiche e/o suggerimenti, o per segnalare qualsiasi cosa renda a vostro avviso difficoltose lettura e navigazione de il Gambero Rotto, questo è il post giusto per farlo.

Un ringraziamento anticipato a tutti, ma soprattutto a tutte.

L’aggiornamento è – malgrado ciò – vivamente consigliato, pur con tutte le precauzioni del caso (backup completo del database e dei file). Nel caso abbiate assoluta necessità di usare plugin non compatibili o con parziali problemi di compatibilità con WordPress 2.5, sarà invece opportuno pazientare fino all’aggiornamento dei medesimi o procedere alla loro definitiva sostituzione.

“Puntoit”, non “puntocom”: la filiale italiana del famoso motore di ricerca ed aggregatore di user-generated media? Ricordando di aver sentito nominare questo dominio in un commento ad un post sul cybersquatting, prima di approvare il commento e di renderlo pubblico decido di dare un’occhiata alla pagina da cui proviene. Che ti trovo? Un post intitolato «Velocizza Wordpress con wpcache», assemblato copiando di peso un’immagine e due interi blocchi di testo dal mio vecchio «Installare WP-Cache senza accesso shell», inframmezzati da un altro paio di paragrafi, presi a loro volta da un analogo articolo di un altro blog, Nothing2Hide.net, il tutto corredato da un gigantesco (336 x 80 pixel) banner Microsoft ™, svariate inserzioni GoogleAds ™, altra pubblicità ed infarcito di link sponsorizzati di varia natura.

Giusto in fondo all’articolo: «Via: http://gamberorotto.com/tech/[…]».

“Via” che? Cosa dovrebbe significare? Perché non un più onesto “incollato da”?

Riassumendo: il blog Technorati.it pubblica articoli a fatica e costo zero – tanto a scriverli pensano gli altri – ne cita ambiguamente le fonti, giusto per strappare un altro link al motore di pingback, ne cambia appena un po’ i titoli per ottimizzarne le keyword, li monetizza infine grazie alla copiosa pubblicità ospitata sulle sue pagine, anche se la fonte esplicita chiaramente che i contenuti non sono riproducibili a scopo di lucro.

Complimenti vivissimi.

Di fronte a tanta sfacciataggine, è d’obbligo chiedersi quali siano le azioni da intraprendere. Un’azione legale? Troppa fatica, troppo tempo e fors’anco denaro da investire. E-mail d’insulti o lettere minatorie? Delazioni a Google?

Grazie, non fa per me. Non resta che sputtanare come si deve certi comportamenti, anche se questo blog non lo legge nessuno. Technorati.it avrà certamente decine di migliaia di visitatori giornalieri, che mai si sognerebbero di capitare da queste parti, ma di traffico e denaro tanto elegantemente guadagnati preferisco onestamente fare a meno. Così come di link da siti del genere.

L’umorale WP-Cache può rifiutare di lasciarsi correttamente installare o smettere di funzionare per mille motivi, che comprendono il semplice aggiornamento di WordPress, l’uso nemmeno troppo disinvolto di queries al database all’interno di un template, l’ordine con cui viene attivato rispetto agli altri plugin, il passaggio della Luna in Saturno, il posizionamento non feng-shui del vostro server. Essendomi in buona sostanza rotto le balle di dover continuamente assecondare le lune (non riesco a definirle altrimenti) di un plugin senescente, mi sono messo alla ricerca di qualcosa di meglio. Trovandolo.

La quadratura del cerchio è l’ancora semisconosciuto (a confronto con “nonno“ WP-Cache) 1 Blog Cacher 2.0, dello spagnolo Javier García. Fa quel che deve fare ed anche bene, lasciandosi installare senza complicazioni, funzionando sia in safe_mode che non, restituendo header HTTP corretti, col pieno supporto della compressione di tipo Gzip. Il tutto piuttosto velocemente.

Una panoramica delle caratteristiche di 1 Blog Cacher 2.0

• Compatibile con WordPress 1.5 o più recente (testato al momento fino alla versione 2.3.1)

• Facile e veloce da installare e configurare

• Portabile: le sue impostazioni sono indipendenti dal percorso di installazione di WordPress e da quelle del database.

• I file della cache sono salvati in formato HTML ed organizzati in cartelle che riproducono la struttura degli URL, per una loro più facile gestione (si pensi ad esempio al dover rintracciare le copie cache di una determinata pagina, di un’intera categoria, dei post di un determinato periodo)

• Il plugin funziona anche con safe_mode attivato, pur senza la possibilità di organizzare i file della cache in sottocartelle.

• Possibilità di cancellare tutti i file della cache (o solo quelli scaduti) direttamente dal pannello di controllo di WordPress.

• Possibilità di impostare la durata dei file della cache.

• Possibilità di impostare filtri per abilitare o disabilitare il caching di determinate pagine (o di gruppi, ad esempio: il filtro wp-admin disabilita il caching dell’interfaccia di amministrazione di WordPress).

• Gestione degli User Agents per evitare il caching di massa da parte dei motori di ricerca e per mostrare loro i contenuti più aggiornati.

• I file della cache vengono aggiornati ogni volta che post e commenti vengono pubblicati, modificati o cancellati.

• Possibilità di restituire un header di tipo “Expires” in modo da far uso della cache del browser, riducendo i tempi di risposta ed il numero delle richieste.

• Vengono memorizzate nella cache solo pagine generate da richieste di tipo GET

• Il cosiddetto “Browser super-reload“ (Ctrl+F5) viene riconosciuto e restituisce la versione aggiornata della pagina richiesta.

• Supporto della compressione di tipo Gzip.

Novità della versione 2.0

• Utilizzo del file di WordPress advanced-cache.php. Il plugin viene eseguito prima del completo caricamento di WordPress, riducendo i tempi di esecuzione e (soprattutto) l’occupazione di memoria.

• Efficiente gestione degli header HTTP, salvati separatamente in formato .txt per poter essere opportunamente modificati, ed opportunamente restituiti.

• Supporto all’utilizzo di codice dinamico (inseribile tramite i commenti mfunc e mclude), come già in Staticize Reloaded (e successivamente in WP-Cache).

  • Nel caso in cui sia attivata la compressione di tipo Gzip, le pagine vengono salvate già compresse in formato .gz, in modo che la compressione avvenga una volta sola, risparmiando tempo e risorse di sistema. L’eventuale codice dinamico viene eseguito senza problemi: la copia compressa verrà aggiornata solamente se il codice dinamico dovesse generare un contenuto differente da quello già memorizzato.

  • La compressione di tipo Gzip è attivata, ma non si fa uso di codice dinamico? È possibile non effettuare alcun controllo sui contenuti dinamici, impostando a false la costante OBC_LOOK_FOR_DYNAMIC_CODE.

• Quando opportuno, viene restituito un header HTTP di tipo 304 (not modified), per un’ancora maggiore velocità di caricamento delle pagine.

  • Prima di restituire la stessa copia cache allo stesso utente, il plugin aggiunge un header di tipo 304 (not modified).

  • L’header di tipo 304 viene aggiunto anche nel caso in cui al medesimo utente stia per venire restituita una nuova copia cache dal medesimo contenuto di quella precedente (il confronto avviene per mezzo di un header di tipo Etag con hash).

• Ogni volta che un post viene creato, modificato o cancellato vengono automaticamente rigenerate sia la sua copia che quella della pagina indice.

• Gestione degli utenti registrati e dei commentatori. È possibile scegliere tra tre opzioni:

  • 0: nessun caching per gli utenti registrati e per i commentatori.

  • 1: imposta una cache comune a tutti gli utenti e commentatori.

  • 2: imposta una cache individuale per ogni singolo utente registrato (o commentatore).

• Ulteriori opzioni di configurazione:

  • Possibilità di memorizzare nella cache le pagine di errore (status 404).

  • Possibilità di memorizzare nella cache i reindirizzamenti (status 301 o 302).

  • Possibilità di rimuovere il trailing slash (/) finale dagli indirizzi, onde evitare il caching di contenuti duplicati (da non usare con WordPress 2.3+ o nel caso si utilizzino plugin per la gestione dei trailing slashes)

  • Possibilità di salvare i file in un’unica cartella.

• Il plugin crea automaticamente un file .htaccess nella cartella /wp-cache/ per prevenirne l’accesso non autorizzato e l’indicizzazione da parte dei motori di ricerca.

• Unico «inconveniente» di questa versione: la cartella della cache deve obbligatoriamente essere /cartella-di-wordpress/wp-cache/ (è ad ogni modo semplicissimo cambiarne il percorso mettendo mano al codice).

Ce n’è abbastanza per decidere di pensionare l’ormai obsoleto WP-Cache. Che aspettate?

1 Blog Cacher e FireStats: una convivenza possibile?

Il codice di 1 Blog Cacher viene eseguito prima di ogni altra funzione nativa di WordPress e di ogni altro plugin: se nella cache esiste una pagina valida, 1 Blog Cacher restituirà questa, bloccando l’esecuzione di ogni altro codice lato server. Ne consegue che FireStats – il noto plugin per la gestione delle statistiche – va utilizzato in modalità standalone anziché come plugin di WordPress, pena il suo mancato funzionamento.

Come fare:

1. Disattivare FireStats nella lista dei plugin di WordPress.

2. Facoltativo: spostare a piacimento la cartella /firestats/ (esempio: vostrosito/firestats/).

3. Impostare i permessi di lettura/scrittura della cartella /firestats/php/ (CHMOD 777), perché FireStats possa crearvi il file fs-config.php.

4. Aprire via browser l’interfaccia di amministrazione di FireStats (si veda il punto 2), impostarvi i dati per la connessione al database e scegliere di accodare il tutto all’installazione preesistente, in modo da non perdere nemmeno un hit.

5. Impostare i dati d’accesso per l’amministratore di FireStats, seguendo la procedura guidata.

6. Cliccare “Amministrazione siti”, selezionare quello che volete riprendere a monitorare, ed alla voce “Tipo” “Sito PHP generico”. Salvare e copiare il codice PHP che a questo punto FireStats vi mostrerà.

7. Reimpostare i permessi di lettura/scrittura della cartella /firestats/php/ a 755, 644 o al valore che più ritenete opportuno.

8. Modificare il file index.php di WordPress

   Che fare del codice appena copiato? Deve essere eseguito prima di quello di 1 Blog Cacher, che viene a sua volta eseguito con precedenza assoluta. Tagliamo la testa al toro ed incolliamolo al sicuro da ogni possibile conflitto: nel file index.php di WordPress.

   <?php
   /* Short and sweet */ 
   define('WP_USE_THEMES', true); 
   require('./wp-blog-header.php'); 
   ?>
   

   Le righe 3 e 4 della versione modificata sottostante includono la versione standalone di FireStats prima dell’esecuzione di 1 Blog Cacher, permettendo di continuare ad utilizzare l’utilissimo sistema di gestione delle statistiche.

   <?php
   /* Standalone FireStats hack */ 
   include('/full-path-to-FireStats/php/db-hit.php'); 
   fs_add_site_hit(1); # 1 è l’ID FireStats del vostro sito 
   /* Short and sweet */ 
   define('WP_USE_THEMES', true); 
   require('./wp-blog-header.php'); 
   ?>
   

9. Facoltativo: avete spostato FireStats al di fuori di /wp-content/plugins/ e non volete che anche le pagine delle vostre statistiche vengano salvate nella cache?
   È necessaria una piccola modifica a /wp-content/advanced-cache.php, che aggiunga la stringa firestats all’array OBC_REJECTED_STRINGS (riga 26):

   define("OBC_REJECTED_STRINGS","wp-, firestats");
   

Testato, funzionante. Va da sé che non mi assumo alcuna responsabilità, doveste perdere dei dati: un bel backup prima di procedere è – come sempre – caldamente raccomandato.

L’ultima, recente “Google Dance” (periodico aggiornamento dei database di Google) ha infatti comportato un pressoché generale abbassamento del punteggio PageRank™ per i siti che – ad insindacabile giudizio del colosso di Mountain View – abbiano cercato di aumentare la loro popolarità affidandosi a più o meno lecite (ed eleganti) pratiche di scambio link, che abbiano messo in piedi intere reti di blog fittizi e siti gemellati per riempire la Rete di collegamenti autoreferenziali, al solo fine di ottenere un PR anabolizzato, da rivendere a caro prezzo a chi a questo punteggio guarda più che alle dimensioni del proprio pene.

Va precisato come un eventuale declassamento non abbia di per sé comportato una penalizzazione in termini di posizioni nei risultati delle ricerche (e nel traffico che ne consegue) per i siti interessati: serve soltanto a sgonfiare alcuni palloni ed un mito, quello del PR, che stava iniziando a nuocere a tutti, Google compresa.

Il PR serve solo a chi cerca di farvelo pagare: quello di questo blog, ad esempio, è davvero infimo (pari ad 1, vi risparmio la pena di controllare). Quel che si merita, visto che è molto giovane e che non ha un link in ingresso che sia uno. Questo non gli impedisce però di ben figurare in ricerche pertinenti a… quel che effettivamente contiene, e tanto dovrebbe bastare.

Quella di Google è un’operazione di pulizia, in primo luogo intellettuale, che non si può non accogliere con vivo favore. Personalmente auspico misure ancora più draconiane, che scoraggino definitivamente gli operatori e gli appassionati seri dal tentare scorciatoie, e che puniscano duramente la hýbris dei venditori di fumo.

Mi auguro che si finisca una buona volta col realizzare come anche nel Web non ci siano scorciatoie all’offrire un prodotto il più possibile valido e curato, per non dire onesto ed interessante: il tempo e gli sforzi profusi nell’allestire link farm, spammare siti altrui, escogitare trucchetti e cercare disperatamente (riciclandone all’infinito i contenuti, offrendo madri e consorti in sacrificio) un backlink da Engadget™, Gizmodo™ o Boing Boing™ potrebbero essere assai più proficuamente investiti nel semplice cercare di migliorare la qualità dei contenuti e dei servizi offerti. Oppure in attività mai abbastanza coltivate: prendere un aperitivo, leggere un libro o corteggiare una bella donna.

Suggerisco al profano un illuminante (anche se non recentissimo) articolo del Guardian sul tema, «The sparring and spin of the Google dance»

È evidente a quale delle due sia andata la mia preferenza, ma la scelta è stata tutt’altro che semplice. WordPress ha infatti a mio avviso un difetto che ho a lungo faticato a mandare giù: manca di un template engine degno di questo nome, a differenza di Serendipity, che si affida invece al ben noto e validissimo Smarty.

Qual è il problema, si chiederanno i miei due virgola cinque lettori (che scendono a zero quando l’argomento è di tipo tecnico)? Nulla che debba togliere il sonno, ma modificando dei template in PHP è facile lasciarsi scappare la mano e venir meno a quella sana filosofia di programmazione che vuole una separazione il più netta possibile tra contenuto, presentazione e logica. Mescolare questi tre livelli significa - non da ultimo - dover faticare il doppio quando si deve accingere ai più vari aggiornamenti. Morale: con il sistema di templating di WordPress si può pasticciare oltre il tollerabile, è quindi quanto mai opportuno imporsi delle regole e tentare di attenervisi.

Perchè allora non scegliere Serendipity? Presto detto: nessuna piattaforma di blogging è utilizzabile con profitto senza che vi si debbano aggiungere delle funzionalità aggiuntive. Non che me ne stia lamentando: quella di mettere a disposizione un nucleo snello, senza bells and whistles e senza troppe complicazioni da espandere, mantenere ed aggiornare è a mio avviso la logica più sensata. Come espandere allora le funzionalità della piattaforma ideale? Programmando delle estensioni per conto proprio o attingendo alle risorse già disponibili. Per WordPress esistono migliaia di plugin pronti per l’uso, dall’indispensabile alla boiata pazzesca, mentre altrettanto non si può dire per il pur valido Serendipity. Mancando il tempo e la voglia di programmare tutto quel che chiedevo ad un software, non mi è rimasto che fare due più due.

I plugin usati sul Gambero.

L’elenco (quasi) completo delle estensioni per WordPress da me utilizzate, in ordine alfabetico, complete di personalissime notazioni sulla loro (in)utilità e su quanto abbiano necessitato di modifiche ed hacks per adattarsi alle mie esigenze.

1. 1 Blog Cacher

   Di 1 Blog Cacher non posso che dire meraviglie. Tant’è che ho dedicato un intero post a questa validissima alternativa a Wp-Cache

   Utilità: 10/10
   Necessità di personalizzazione: 2/10

2. 404 Notifier

   404 Notifier tiene traccia degli errori di tipo 404, per immagazzinarli in un feed e/o segnalarli via mail, aiutando lo sviluppatore ad accorgersi di eventuali errori.

   Utilità: 7/10
   Necessità di personalizzazione: 0/10

3. Akismet

   Akismet non ha bisogno di presentazioni. Serve a proteggere il blog dallo spam, e sembra farlo piuttosto bene.

   Utilità: 10/10 (indispensabile)
   Necessità di personalizzazione: 0/10

4. Author Highlight

   Author Highlight serve a distinguere i commenti dell’autore dei post da quelli dei lettori, assegnando loro una classe CSS predefinita e permettendo così di formattarli a piacimento.

   Utilità: 5/10
   Necessità di personalizzazione: 6/10

5. Bread Crumb Trail Generator

   La navigazione di tipo breadcrumb appena sotto il titolo del blog è stata realizzata con l’aiuto di Bread Crumb Trail Generator, da me peraltro pesantemente manomesso.

   Utilità: 8/10
   Necessità di personalizzazione: 10/10

6. Category Icons

   Category Icons, che a dire il vero non ho ancora trovato il modo di implementare decentemente nel mio tema per WordPress, consente di associare un’immagine ad una categoria. Plugin di non assoluta inutilità.

   Utilità: 5/10
   Necessità di personalizzazione: tra color che son sospesi

   Nota: attualmente non compatibile con WordPress versione 2.3 e successive

7. Character Encoder

   WordPress, salvo diversamente specificato, utilizza la codifica UTF-8. Per andare sul sicuro, tra un copia-incolla e l’altro, utilizzo Character Encoder: con un semplice clic trasforma tutti i caratteri speciali presenti nel testo dei post nelle loro corrispondenti entità numeriche.

   Utilità: 10/10
   Necessità di personalizzazione: 0/10

8. Dagon Design Sitemap Generator

   Dagon Design Sitemap Generator genera automaticamente una pagina indice del blog. L’ho un po’ aggiustato, ma è senz’ombra di dubbio un ottimo plugin. Raccomandato.

   Utilità: 8/10
   Necessità di personalizzazione: 8/10

   Nota: compatibile con WordPress versione 2.3 e successive a partire dalla versione 3.12

9. Duplicate Post

   Il plugin Duplicate Post, di Enrico Battocchi aggiunge all’interfaccia di amministrazione di WordPress la possibilità di creare al volo una copia di un post preesistente, campi personalizzati e tags inclusi, utilissimo quando vogliate riutilizzare una determinata formattazione. Potreste di primo acchitto ritenerlo anche non indispensabile, ma la quantità di tempo che farà risparmiare vi farà ben cresto ricredere. Un grazie all’autore, anche per avermi citato nel file readme.html ;-).
   
   Scarica Duplicate Post.

   Utilità: 10/10
   Necessità di personalizzazione: 0/10

   Nota: compatibile con WordPress versione 2.8.2 e successive a partire dalla versione 0.6

10. Feedburner Feed Replacement

    Feedburner Feed Replacement devia le richieste ai feed generati da WordPress al vostro account Feedburner, per una più efficace gestione dei vostri feed. Nessuna necessità di personalizzazione, se non nel pannello di controllo di Feedburner.

    Utilità: 6/10
    Necessità di personalizzazione: 0/10

11. FireStats

    FireStats è un sistema di statistiche piuttosto completo, utilizzabile sia in versione stand-alone che come plugin per WordPress od altre piattaforme di blogging.

    Utilità: 9/10
    Necessità di personalizzazione: 0/10

12. Gambero SEO

    Per gestire titoli e descrizioni delle pagine del blog e renderle più “amichevoli” verso i motori di ricerca uso un plugin da me realizzato, che chiamerò Gambero SEO (nome idiota, lo so).
    Non intendo renderlo pubblico per un semplice motivo: quella di atteggiarmi a SEO-guru è l’ultima delle mie intenzioni: se il mio blog piacerà a qualcuno, sarà citato e – di conseguenza – ben posizionato nell’ambito di una ricerca pertinente. Altrimenti no, e pazienza.
    Il plugin fa quello che gli chiedo di fare, e non è affatto detto che sia la soluzione migliore; non ho tuttavia voglia di imbarcarmi in discussioni sul sesso degli angeli con chi ha la verità in tasca.

    Utilità: va bene per me
    Necessità di personalizzazione: massima

13. Gambero Tags&Quotes

    Plugin orto-tipografico di sicura inutilità. L’ho programmato per poter impunemente usare codice HTML nei titoli dei post, senza che questo venga riproposto dal fin troppo solerte WordPress all’interno dell’attributo title="" dei link.
    Il plugin si occupa anche di aggiustare le virgolette nei collegamenti (nel testo e nell’attributo title=""), trasformando le virgolette “italiane” o “caporali” («») in virgolette inglesi (“”).
    Il mio tema per WordPress prevede che i link generati dal tag <!--more--> trattino il titolo del post come una citazione, racchiudendolo tra virgolette italiane, dando però dei problemi qualora il titolo già ne contenga.

    Un esempio?

    Il collegamento al contenuto del post «Vaffanculo, Cinquecento.», all’interno del loop.

    Il plugin trasforma semplicemente:

    Continua a leggere ««Vaffanculo, Cinquecento.»» …

    in un più corretto

    Continua a leggere «“Vaffanculo, Cinquecento.”» …

    Tutto qui. Giusto per l’ortografia.

    Utilità: 1/10 (ragion per cui non lo pubblico)
    Necessità di personalizzazione: massima, un vero e proprio hack.

14. Google Sitemaps

    Google Sitemaps genera automaticamente una mappa del sito in formato XML e ne segnala l’avvenuto aggiornamento a Google.

    Utilità: 8/10
    Necessità di personalizzazione: 0/10

    Nota: le versioni precedenti alla 3.0b9 non sono compatibili con WordPress versione 2.3 e successive

15. jQuery AJAX Comments

    jQuery AJAX Comments permette di pubblicare un commento ad un post senza dover ricaricare la pagina per poterlo leggere. Basato sulla libreria jQuery (che già utilizzavo), leggero ed efficace.

    Utilità: 7/10
    Necessità di personalizzazione: 7/10 (dipende dal vostro tema)

16. runPHP

    runPHP permette di attivare l’esecuzione del codice PHP all’interno di un post. Non particolarmente raccomandabile in quanto a filosofia, nonché potenzialmente pericoloso in mani inesperte; in determinati casi può tuttavia rivelarsi utile.

    Utilità: dubbia, questione di gusti
    Necessità di personalizzazione: 0/10

17. Ultimate Tag Warrior

    Ultimate Tag Warrior è l’arcinoto sistema di gestione dei tags (e se li chiamassimo una buona volta “etichette”?). Fa bene il suo lavoro, nulla da aggiungere.

    Nota: disinstallato, visto che – a partire dalla versione 2.3 – WordPress dispone di un propro sistema di gestione dei tags, con un’utile funzione di importazione dei tags di UTW.

    Utilità: 8/10
    Necessità di personalizzazione: 2/10

18. WP-Cache

    Siate gentili col vostro server: usate WP-Cache, per servire, quando possibile, pagine statiche, lasciando in pace il database.
    Problemi ad installarlo? Potrebbe tornarvi utile questo post.

    Nota: appena sostituito da 1 Blog Cacher

    Utilità: 10/10 (indispensabile)
    Necessità di personalizzazione: 1/10

19. WP-PageNavi

    Con WP-PageNavi è possibile dotare il vostro WordPress di una paginazione degna di questo nome. Addio “previous posts” e “next posts”!
    Ho dovuto apportargli più di una modifica, ma non significa che non possa andarvi bene così com’è.

    Utilità: 9/10 (quasi indispensabile)
    Necessità di personalizzazione: 9/10

20. WP-Typogrify

    WP-Typogrify è una collezione di filtri tipografici per WordPress, che comprendono l’implementazione di PHP SmartyPants per la gestione delle virgolette.
    Per quanto mi riguarda ho ritenuto opportuno utilizzare il solo filtro Widon’t (funzione widont();), che aggiunge automaticamente uno spazio insecabile (il non-breaking space,   in HTML) tra le ultime due parole di titoli e paragrafi, per evitare che possa andare a capo una “vedova”, ovvero una parola sola. Nulla che non si possa fare anche manualmente, ma in automatico è meglio.

    Utilità: 3/10
    Necessità di personalizzazione: 8/10

Per farlo funzionare è però necessario creare un link simbolico che rimandi dal file di WordPress wp-content/advanced-cache.php a quello di WP-Cache wp-content/plugins/wp-cache/wp-cache-phase1.php, operazione non alla portata di tutti, visto che richiede un accesso alla shell del server od un minimo di conoscenza del linguaggio PHP, che dispone dell’apposita funzione symlink().

Nessun problema per chi non disponesse di questi prerequisiti, a patto che il server non giri sotto Windows: sarà sufficiente copiare il seguente codice, incollarlo in un file chiamato symlink.php, sostituirvi /path-to-wordpress/ con il percorso della cartella in cui è installato WordPress, caricarlo sul server e puntarvi il browser (...tuoblog.com/symlink.php).

<?php 
$makelink = symlink( 
	'/path-to-wordpress/wp-content/plugins/wp-cache/wp-cache-phase1.php', 
	'/path-to-wordpress/wp-content/advanced-cache.php' 
); 

if ($makelink) echo "Il symlink per WP-Cache è stato creato."; 
else echo "Impossibile creare il symlink per WP-Cache."; 
?>

Et voilà! Avete creato il vostro link simbolico. È ora possibile (nonché raccomandato) cancellare il file symlink.php.

E se volessi disinstallarlo?

Per rimuovere il link simbolico sarà sufficiente l’operazione inversa alla precedente, da effettuarsi mediante il codice sottostante.

<?php 
$link = '/path-to-wordpress/wp-content/advanced-cache.php'; 
if (is_link($link)) { 
	unlink($link); 
} else { 
	exit ('Il file prescelto non è un link simbolico.'); 
} 
?>

I più pigri possono scaricare (e rinominare) i due file sottostanti.

Symlink per WP-Cache 2.0 · UnSymlink per WP-Cache 2.0

Postilla: WP-Cache, errori 404 ed header 200 OK

Una volta installato WP-Cache provate ad aprire una pagina inesistente del vostro blog, in modo da procurare un errore 404 (Pagina non trovata).
Controllate gli header HTTP della pagina di errore: il codice di stato potrebbe essere 200 OK anziché 404. Al momento non ho trovato soluzioni migliori del disattivare e riattivare ad minchiam i vari plugin installati finché gli header non tornino a funzionare correttamente.