2015-01-08 4 views
7

Sto lavorando su un sito Web WordPress da 2 mesi e ho caricato molte immagini prima, ma sto ricevendo un errore durante il caricamento dell'immagine e sto affrontando questo problema dopo il nuovo anno: - Il file caricato non può essere spostato a wp-content/uploads/2015/01.Impossibile spostare il file caricato su wp-content/uploads/2015/01. problema sul caricamento dell'immagine

c'è screenshot qui sotto: - The uploaded file could not be moved WordPress

+2

Pubblica il tuo codice. –

+0

Esiste anche questa directory? – Rizier123

+3

permessi di controllo e il proprietario della directory – violator667

risposta

4

Ho cercato e ho trovato che il problema è dal fornitore del server.

In genere, tutti i file devono appartenere al proprio account utente (ftp) sul server Web e devono essere modificabili da tale account. Sugli host condivisi, i file non dovrebbero mai appartenere al processo del server web stesso (a volte questo è www, o apache o nessun utente).

Qualsiasi file che richiede l'accesso in scrittura da WordPress deve essere di proprietà o di proprietà del gruppo dall'account utente utilizzato da WordPress (che potrebbe essere diverso dall'account del server). Ad esempio, potresti avere un account utente che ti consente di inviare file FTP avanti e indietro sul tuo server, ma il server stesso può essere eseguito utilizzando un utente separato, in un gruppo di utenti separato, come dhapache o nessuno. Se WordPress è in esecuzione come account FTP, tale account deve avere accesso in scrittura, ovvero essere il proprietario dei file o appartenere a un gruppo con accesso in scrittura. In quest'ultimo caso, ciò significherebbe che le autorizzazioni sono impostate in modo più permissivo rispetto al valore predefinito (ad esempio, 775 anziché 755 per le cartelle e 664 anziché 644).

You can see here how to change file permission..

+0

Sto usando un Servizio IIS di hosting, quindi non so come risolvere il problema.Ma la cosa curiosa è che prima non ho avuto problemi a caricare foto su Wordpress. Non posso né aggiornare Wordpress. Ma le ultime settimane, non ho avuto alcun problema. –

2

probabilmente non dispone delle autorizzazioni per creare /uploads/2015

Verificare se esiste tale cartella, se lo fa, quindi verificare se /caricamenti/2015/1/esiste.

permesso:

chmod 755 /uploads/2015/1/ 
chown www-data:www-data /uploads/2015/1/ 

Queste cartelle dovrebbero avere gli stessi permessi del/della cartella/upload. Controlla anche error_log, perché dovrebbe mostrare esattamente quale cartella sta causando il problema.

+0

I uloads/2015/01 ma per favore spiega cosa è 'chown www-data: www-data' e dove posso ottenere il' error_log' –

+0

tu non posso presumere che sul suo server l'utente 'www-data' sia il proprietario corretto (corretto). – violator667

+0

Ok violatore ora lo so, e cos'è error_log, dove posso trovarlo? –

0

Ho avuto questo problema come bene e scoperto che era perché è stato superato quota disco del account di hosting.

Ho trovato che c'era un vecchio script che registrava errori e il registro degli errori era diventato così grande da riempire la quota disponibile.

Ho finalmente capito quando ho tentato di creare una nuova directory tramite FTP e la risposta del server è stata "Superata quota disco".

9

Questo funziona per me.

$ sudo chown -R _www uploads/ 
$ sudo chmod -R g+w uploads/ 

Io parto dal presupposto che nella directory wp-content.

+0

Ha funzionato anche per me. Grazie! –

+0

"sudo chmod -R g + w uploads /" fammi lavorare grazie –

14

Questo articolo spiega e risolve il problema molto bene: http://2surge.com/how-to-fix-the-uploaded-file-could-not-be-moved-to-wp-content-error-message

La premessa fondamentale è che l'identità del processo di esecuzione il vostro httpd/apache/thread del server web deve avere accesso in scrittura nella directory di upload.

per risolvere il problema:

  1. Controllare che rappresentano il vostro server web è in esecuzione in

    Aggiornamento: Su Unix usare ...

    ps aux | egrep '(apache|httpd)'

    ... questo mostrerà un elenco di processi per il server web insieme con l'identità del processo sotto il quale è in esecuzione ad esempio, "nessuno"

    nobody 8718 0.1 0.4 1332864 17180 ? Sl 17:11 0:06 /usr/local/apache/bin/httpd -k start -DSSL

  2. aggiornamento il permesso della directory di upload per consentire che conto di scrivere ad esso.

    Aggiornamento: Su Unix, è possibile utilizzare ...

    chown -R nobody /<path to upload directory>/wp-content/upload/

    È anche possibile modificare le autorizzazioni per questo account (nella posizione rquired) per assicurarsi che ha i permessi di scrittura utilizzando chmod o FileZilla e mettere in cascata le modifiche alle directory come necessario.

Controllare l'articolo collegato per un'analisi dettagliata. Spero possa aiutare! :)

+0

Il collegamento non funziona correttamente, sarà meglio se potresti spiegare qui :) –

+0

Ho aggiunto un paio di esempi dall'articolo collegato, spero che aiuta :) –

+3

Prima vera risposta non circa 777 permessi – myol

-3

Cambiare il permesso di directory per 777 mi ha aiutato.

+0

Non farlo. L'impostazione 777 non è quasi mai una buona idea. Leggi di più qui: https://askubuntu.com/questions/20105/why-shouldnt-var-www-have-chmod-777 – hlozancic

0

questo funziona per me

sudo chown -R www-data html 

Assumendo directory corrente è www

Ubuntu 16.04, Apache2

Problemi correlati