Errore wordpress. Impossibile creare la directory (nome) Verifica che la directory madre sia scrivibile dal server

errore wordpress impossibile copiare count not copyDopo aver fatto degli aggiornamenti, dopo aver cambiato server, dopo aver migrato il proprio sito su un altro spazio è possibile che ci sia un problema del genere.

Prima di tutto si cerca di risolverlo tramite wp-config.php, andando ad impostare ad esempio i seguenti dati:
Accesso automatico tramite FTP con le credenziali del protocollo

/** Sets up WordPress FTP info. */
define(‘FS_METHOD’, ‘ftpext’);
define(‘FTP_BASE’, ‘/httpdocs/’);
define(‘FTP_USER’, ‘xxxx’);
define(‘FTP_PASS’, ‘xxxx’);
define(‘FTP_HOST’, ‘nomedominio.it’);
define(‘FTP_SSL’, false);



oppure attraverso un accesso diretto, bypassando FTP (da NON usare insieme ai dati sopra riportati del metodo FTP)

define(‘FS_METHOD’, ‘direct’);

 

Ma può succedere che non si risolve nulla.

A questo punto si provano a cambiare i permessi dei file, provando anche con il 777 alla directory/cartella UPLOADS, … ma nulla.

Si da uno sguardo in giro e cosa si trova?

Dentro IMPOSTAZIONI (o Settings in inglese) poi su MEDIA (uguale in inglese), verificare sotto “Caricamento file” la la voce “Memorizza gli upload in questa cartella”.
Se si passa da vecchie versione ad una nuova, magare in un sotto-dominio o in un hosting particolare il problema può essere solamente dovuto ad un parametro errato. Di default il valore dovrebbe essere “wp-content/uploads” ma in alcuni casi potrebbe essere meglio impostare qualcosa tipo: /var/www/vhosts/NOMEDOMINIO/SOTTODOMINIOoDIRECTORY/wp-content/uploads

E senza andare a rompere la testa a qualcuno o a contattare il provider/hosting si risolve il tutto.

post

Estrazione dell’aggiornamento. Impossibile copiare i file. Installazione fallita WordPress update

Se vi è capitato di riscontrare questo errore …

Download aggiornamento da http://it.wordpress.org/wordpress-3. … it_IT.zip.
Estrazione dell’aggiornamento.
Impossibile copiare i file.
Installazione fallita



…e vi trovate a dover fare un aggiornamento importante ed urgente c’è una soluzione, o perlomento c’è la possibilità di aggirare il problema.

Ovvio che è un aggirare il problema e potrebbe ripresentarsi.
Premettiamo che questa guida è stata fatta principalmente per server ARUBA, non è funzionante in tutti gli ambienti, ma può essere un ottimo spunto di partenza. Se avete consiglio o dubbi lasciate un commento in fondo.

_______________________________________

Passaggi standard, non dannosi (solitamente)

Entriamo nella gestione dei file (premettendo che sia un server linux con Apache) via SSH

Posizioniamo il cursore sulla directory superiore ( su plesk ad esempio /var/www/vhost/NOMEDOMINIO.EXT/ ) e assegnamo alle directory i proprietari corretti ((userftp) è il nostro utente FTP)

chown (userftp):psacln ./httpdocs/ -R



Ora proteggiamo il sistema con questi comandi che dovrebbero sistemare i permessi:

chmod 750 ./httpdocs/ -R
find httpdocs/ -type d -exec chmod 775 -R {} \;
find httpdocs/ -type f -exec chmod 644 -R {} \;



Facciamo ripartire il server APACHE per convalidare le modifiche:

service httpd restart



 

Riproviamo a fare l’aggiornamento…
E’ andato?
Se la risposta è si… OK! Sei stato fortunato.
Se la risposta è no… lancia questo comando e riprova:

chmod 777 httpdocs/* -R



In questo modo abbiamo RIMOSSO ogni protezione e il sistema è ESTREMAMENTE vulnerabile, attaccabile… etc. Prova a lanciare di nuovo l’aggiornamento…
E’ andato?
Se la risposta è si… OK! Sei stato fortunato, ma ora ri esegui tutti i passaggi riportati sopra per riportare alla normalità il sistema, ovviamente tranne la parte del chmod 777.
Se la risposta è no… lascia un commento sotto e proviamo insieme a vedere la soluzione.