Errore blogger.getUsersBlogs , 550 Internal Server Error , o altri errori utilizzando Windows Live Writer ed un blog WordPress
ultimo aggiornamento: 27 ottobre 2020
I metodi descritti qui sotto sono semplicemente “rimedi della nonna” tratti dalla fonte, citata in calce, e da esperienze personali. I motivi per cui si verificano possono essere svariati, va ricordato che una volta trovata la soluzione potrebbe essere necessario eseguirla ogni volta che si aggiorna wordpress ad una nuova edizione.
Metodo 1 : inserire +9 in class-IXR
a) entrate via ftp e cercare dentro la cartella wp-includes il file chiamato class-IXR.php, copiare il file dandogli il nuovo nome class-IXR.php.originale (rimarrà così una fedele copia premodifiche con estensione .originale)
b)aprire il file class-IXR.php cercare la stringa $length = strlen($xml); e modificarla con $length = strlen($xml)+9;
c) salvare, caricare online, attendere qualche minuto (si dice sia necessario per il reset del sistema online), chiudere e riaprire Windows Live Writer e provare se l’errore è sparito. Qualora l’errore persista riportare alle condizioni precedenti.
Metodo 2 : rimuovere completamente .htaccess e poi rigenerarlo (si sconsiglia l’uso di .htaccess funzionanti su altro sito)
a) entrate via ftp e rinominare .htaccess in .htaccess.originale
b) attendere qualche minuto (si dice sia necessario per il reset del sistema online), chiudere e riaprire Windows Live Writer e provare se l’errore è sparito. Qualora l’errore persista riportare alle condizioni precedenti.
c) qualora tutto abbia funzionato, ovvero è possibile accedere al blog tramite Live Writer, il file .htaccess va rigenerato altrimenti il sito non è visibile su internet. Un esempio per un nuovo .htaccess si compone di queste righe (che permettono la protezione del file wp-config.php)
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
# 1 Protect wpconfig.php
<files wp-config.php>
order allow,deny
deny from all
</files>
Per inserire ulteriori condizioni si può fare riferimento al sito http://www.htaccesseditor.com/it.shtml
Metodo 3
a) si tratta di entrare via ftp e copiare il file .htaccess in un file chiamato .htaccess.originale (rimarrà così una fedele copia premodifiche chiamato .htaccess.originale)
b) modificare il file .htaccess inserendo nel testo, alla fine
<Files xmlrpc.php>
SecFilterInheritance Off
</Files>
c) salvare, attendere qualche minuto (si dice sia necessario per il reset del sistema online) e provare se l’errore è sparito. Qualora l’errore persista riportare alle condizioni precedenti.
Metodo 4
a) si tratta di entrare via ftp e copiare il file xmlrpc.php in xmlrpc.php.originale (rimarrà così una fedele copia premodifiche con estensione .originale)
b) aprire xmlrpc.php e verificare che nel filexmlrpc.php ci sia la stringa
$HTTP_RAW_POST_DATA = file_get_contents( ‘php://input’ );
altrimenti aggiungerla all’inizio, dopo il commento
c) salvare, attendere qualche minuto (si dice sia necessario per il reset del sistema online) e provare se l’errore è sparito. Qualora l’errore persista riportare alle condizioni precedenti. Purtroppo in questo caso però non abbiamo altre possibili soluzioni, al momento, prospettabili.
Metodo 5
Una delle possibili soluzioni è controllare la versione PHP per ogni cartella e fare un file .htaccess per ogni cartella. Nel caso di spazio altervista nella root è stato inserito .htaccess SENZA il valore AddHandler av-php56 .php, nelle altre cartelle si
è buona norma scansionare con un servizio di verifica locale oppure online l’indirizzo dei siti e/o file scaricati
Link ai detentori dei marchi citati: www.microsoft.com ; www.wordpress.org ; www.altervista.org
Fonti: http://tecnomente.altervista.org/2011/10/21/errore-blogger-getusersblogs-wordpress-e-windows-live-writer/
