Tempo di Lettura: 5 minuti
Stavo aggiornando un vecchio articolo pubblicato qualche mese fa quando, al momento del salvataggio del post, mi si presenta una schermata con questo messaggio di errore:
Warning: require_once(Text/Diff/Renderer.php) [function.require-once]: failed to open stream: No such file or directory in /home/public_html/wp-includes/Text/Diff/Renderer/inline.php on line 17
Fatal error: require_once() [function.require]: Failed opening required ‘Text/Diff/Renderer.php’ (include_path=’.:/usr/lib/php:/usr/local/lib/php’) in /home/public_html/wp-includes/Text/Diff/Renderer/inline.php on line 17
Descrizione del problema
Come già scritto in precedenza, con il rilascio della release 2.6 di WordPress, è stata introdotta la gestione delle revisioni dei post (Post Revisions Tracking) per tenere traccia delle modifiche di ogni articolo e pagina (mostrando le differenze in maniera visuale), con la possibilità di ripristinare la versione precedentemente salvata. Ovviamente, essendo il mio sito un blog esclusivamente monoautore, questa funzionalità è stata subito disattivata, risparmiando, così, spazio sul database e risorse per gestirla.
Da quando, però, ieri ho installato l’ultima release stabile 2.6.5, mi si è presentato un problema che non mi era mai accaduto, ma che, leggendo su internet, era presente sin dal primo rilascio della 2.6: il famoso Fatal error in Text/Diff.php, un fastidioso “bug” che impediva la modifica degli articoli pubblicati. Infatti, cercando di editare un articolo pubblicato si incappava in un messaggio di errore relativo alla directory Text contenuta in /wp_includes (che gestisce la funzione di revisione dei post), tanto da rendere impossibile qualsiasi modifica all’articolo a meno che non si provvedeva alla cancellazione e riscrittura dell’articolo stesso.
Il motivo che genera questo misterioso errore è, però, da ricercarsi nel fatto che molti server provider non permettono l’uso della funzione ini_set(). Probabilmente, quindi, la causa del presentarsi improvviso di questo errore sulle revisioni (nonostante siano state disattivate da tempo), non dovrebbe imputarsi alla release WordPress 2.6.5, bensì, forse, solo ad un cambio di policy del mio server provider (devo comunque ancora chiedere delucidazione a blooweb).
La soluzione del problema
Per risolvere questo problema, senza dover ricorrere alle modifiche manuali sui file php di WordPress (come suggerito qui, anche se l’autore sembra prevedere solo delle modifiche a due soli file, mentre in realtà dovrebbero essere fatte a 4 file: pluggable.php, wp-diff.php, Diff.php, inline.php), potete scaricare questo pacchetto zip che contiene direttamente i 4 files patchati: wp-includes-WP-2.6.0.zip
Il problema, però, è che questo pacchetto è stato realizzato il 23 Luglio 2008, quando ancora vi era la release 2.6, mentre da Luglio a Novembre 2008 sono intercorse 3 minor release (4 con la 2.6.1) che hanno interessato le modifiche ai seguenti file:
[source language=”:php”]
[https://codex.wordpress.org/Version_2.6.5]
wp-admin/users.php
wp-content/plugins/akismet/akismet.php
wp-includes/feed.php
wp-includes/post.php
wp-includes/version.php
xmlrpc.php
[https://codex.wordpress.org/Version_2.6.3]
wp-admin/includes/media.php
wp-content/plugins/akismet/akismet.php
wp-includes/class-snoopy.php
wp-includes/version.php
[https://codex.wordpress.org/Version_2.6.2]
wp-admin/includes/template.php
wp-admin/includes/image.php
wp-admin/import/textpattern.php
wp-admin/css/press-this-ie.css
wp-includes/post.php
wp-includes/version.php
wp-includes/query.php
wp-includes/formatting.php
wp-includes/pluggable.php
wp-includes/widgets.php
wp-login.php
wp-settings.php
[/source]
Siccome i file modificati dal pacchetto sono:
[source language=”:php”]
wp-includes/wp-diff.php
wp-includes/pluggable.php
wp-includes/Text/Diff/Diff.php
wp-includes/Text/Diff/Renderer/inline.php
[/source]
abbiamo che nel pacchetto di patch, il file wp-includes/pluggable.php non risulta aggiornato (perché modificato con la release 2.6.2).
A questo punto non resta che realizzare un nuovo pacchetto di file patchati comprensivo del nuovo wp-includes/pluggable.php aggiornato alla release 2.6.5 (che comunque risulta invariato dalla release 2.6.2) per non portarci dietro i vecchi bug risolti da mesi. Fortunatamente, l’autore del BUGFIX ha commentato tutte le righe con la seguente frase:
[source language=”:php”]
//BUGFIX: changed for systems doesn’t support ini changes (www.code-styling.de)
[/source]
Per cui è stato facile individuare tutte le modifiche apportate ai file. In particolare, non ha fatto altro che, almeno per questo file, commentare una riga di codice nel seguente modo:
[source language=”:php”]
//BUGFIX: changed for systems doesn’t support ini changes (www.code-styling.de)
// ini_set(‘include_path’, ‘.’ . PATH_SEPARATOR . ABSPATH . WPINC );
[/source]
In realtà, ho poi scoperto che, questa riga, nelle ultime release, è stata eliminata; in questo modo, nel pacchetto finale, compatibile con WordPress 2.6.5, basterà eliminare il file wp-includes/pluggable.php visto che con la release 2.6.2 l’ini_set è stato eliminato.
Ecco quindi, in definitiva, il nuovo pacchetto zip aggiornato alla release 2.6.5 contenente i 3 file php patchati: wp-includes-WP-2.6.5.zip
Il mistero delle revisioni che non si disattivano completamente
Dopo aver copiato i nuovi file nelle specifiche cartelle di WordPress, se andrete ad editare un post già pubblicato, non avrete più quel messaggio di errore, bensì, almeno inizialmente, come è accaduto a me, un semplice avviso bordato di rosso che dice:
Vi è un salvataggio automatico per questo articolo che è più recente della versione sottostante. Visualizza il salvataggio automatico.
Confrontando l’ultima revisione ho scoperto che, fortunatamente, conteneva le modifiche (salvate con il Salvataggio Automatico) che avevo fatto all’articolo prima che mi desse il messaggio di Fatal error in Text/Diff.php.
Il fatto strano, però, è che in teoria la funzione di revisione doveva essere stata completamente disattivata sul mio blog, perché nel file wp-config.php ho inserito la seguente riga:
[source language=”:php”]
define(‘WP_POST_REVISIONS’, false); //Disabilita la revisione dei POST
[/source]
Invece, lanciando la seguente query SQL da PhpMyAdmin:
[source language=”:sql”]
SELECT * FROM wp_posts WHERE post_type = ‘revision’
[/source]
scopro che ho ben 19 revisioni che risalgono addirittura dal 28 Luglio 2008, esattamente 7 giorni dopo aver disabilitato le revisioni su WordPress. Non capisco come possano essere state create le revisioni di alcuni articoli, mentre su tutti gli altri scritti in questo intervallo di tempo no. Presumo che, forse, siano state create solo le revisioni degli articoli pubblicati, e, in seguito, modificati, ma non è ho comunque la certezza. Mi riservo in futuro di effettuare ulteriori analisi, con la speranza che la patch inserita possa aver risolto il problema.
In definitiva, però, è evidente che risulta un funzionamento anomalo delle revisioni di WordPress che non verrebbero mai definitivamente disattivate. Qualcuno di voi può verificare o ha già riscontrato un simile comportamento?
Ritornando alla mia situazione, una volta constatata la presenza delle revisioni, ho deciso che, per avere un DB pulito, di rimuoverle tutte con il seguente comando MYSQL:
[source language=”:sql”]
DELETE FROM wp_posts WHERE post_type = ‘revision’;
[/source]
Download Patch Fatal error in Text/Diff.php aggiornato a WordPress 2.6.5
Scarica wp-includes-WP-2.6.5.zip | |
Dimensione: 13.5 KB |
Volevo disattivare anch’io le revisioni, poi ho pensato che la scelta migliore sarà farlo quando saranno gestibili tramite il pannello delle opzioni di Wp. Al momento secondo me la possibilità di disattivarle è una funzione posticcia, nata in seguito a critiche. Non si spiega altrimenti la sua assenza dal pannello di amministrazione…
Ciao,
Emanuele
@Emanuele: mi trovi d’accordo anche perché altrimenti non si spiegherebbero i problemi che ho avuto io. Spero provvedano presto ad introdurre la gestione delle revisioni dalla Area di Amministrazione di WordPress.
Grazie Antonio. Come sempre un ottimo articolo per districarsi nelle battaglie con l’amato WordPress.
Per quanto mi riguarda non ho manifestato tale problema pur avendo disabilitato le revisioni dal wp-config, evidentemente il mio hosting ha impostazioni leggermente diverse. Tengo comunque il link a questo post memorizzato per eventuali esigenze future, non si sa mai 😛
Credo comunque che in caso di problemi avrei agito come Emanuele, o meglio evrei riabilitato le revisioni riservandomi l’opzione di eliminarle dal DB manualmente.
A proposito, la quantità e la quaità di materiale che hai redatto relativamente a wordpress rappresenta per molti una sicura ed affidabile fonte di informazione. Magari potresti creare un articolo ad-hoc in cui sono elencati e catalogati tutti gli articoli su questo argomento, una sorta di indice. Sarebbe un ottimo punto di riferimento per i nuovi e vecchi utenti alle prese con problemi comuni o ottimizzazioni varie. Beh… io l’ho buttata li. 🙂
Grazie ancora.
Filippo
@Ainu: Grazie… non pensavo li riteneste così importanti.. comunque credo che creerò una sorta di BEST of degli articoli su WP … nel frattempo posso già mettere un link veloce alla categoria: http://www.levysoft.it/archivio/category/wordpress/ … non è proprio una selezione ma è possibile cmq trovare molte informazioni.
In ogni caso ti ringrazio per la fiducia! 🙂
Buonasera Antonio,
ho letto il tuo articolo che è veramente interessante!
Stamattina ho “piallato” via dalla tabella wp_posts tutte le ricorrenze revision, per cui non dovrei più trovare niente no?
Far un po’ di tempo lancierò nuovamente il comando select per vedere se ricorrono nuovamente….
Quoto l’amico Ainu: ri-complimenti per il sito! 😀