Questa lettura
WordPress Risoluzione dei problemi: Autorizzazioni, CHMOD e sentieri, OH MY!
Con problemi derivanti da variabili condivise pacchetti hosting, le versioni di PHP, Apache, ecc, a volte problemi di autorizzazione file di allevare i loro brutta testa. Spero che il seguente riferimento in grado di fornire un aiuto o la direzione a quelli meno esperti:
Un "file not found" "404", "Impossibile creare la directory", "non può aprire" o "non esiste" errore si ferma cose morti nella loro tracce. Questo è di solito a causa di un programma / script non trovare uno script o un file dove si aspetta, o non è 'permesso' di vederlo a causa delle impostazioni di autorizzazione per il file o la directory. Questo è frustrante per qualsiasi utente di computer! I computer dovrebbero essere efficace e divertente. Partypoker sul web design, grafica, e-mail o qualsiasi altra cosa che devi fare sul vostro computer non deve essere fermato o ritardato da difetti fastidiosi. Ci sono sempre strade intorno a loro se si sa cosa fare.
Cominciamo con il percorso. Controlla il tuo errore con attenzione, di solito lista il percorso del file in questione. Mi consiglia di utilizzare il programma FileZilla FTP . 
Aperto FileZilla e connettersi al sito. Navigare attraverso il percorso elencato nella errore e tentare di trovare il file. Se manca, prova a ricaricarlo e prova ... Se il percorso è diverso, verificare se si dispone di wordpress installato nella directory 'top' o root o se è in una sotto-directory.
Se l'hai trovato e il percorso è corretto, verificare i permessi.
Per questo esempio, io numero le bandiere autorizzazioni:
drwxrwxrwx 1234567890
1 flag directory, 'd' se una directory, '-' se un file normale, a volte 'l' per un collegamento.
2,3,4 lettura, scrittura, permessi di esecuzione per l'utente (proprietario) del file
5,6,7 lettura, scrittura, i permessi di esecuzione per il gruppo
8,9,0 lettura, scrittura, permessi di esecuzione per altri (a volte chiamato 'tutti').
- In qualsiasi posizione significa che il flag non è impostato
r file è leggibile dal proprietario, gruppo o altro
file di w è scrivibile. Su una directory, scrivere significa che l'accesso è possibile aggiungere o eliminare i file
file di x è eseguibile (solo per i programmi e gli script di shell - non utile per i file di dati). Permessi di esecuzione su una directory significa che è possibile elencare i file in quella directory
s nel luogo dove 'x' normalmente andare si chiama il set-UID o set-groupID flag (Su un programma eseguibile con set-UID o set-groupID, che programma viene eseguito con le autorizzazioni del proprietario / gruppo. Su un directory, le forze set-UID/set-groupID file e directory creata all'interno di ereditare l'utente / goup della directory padre).
Per ragioni di sicurezza, le impostazioni delle autorizzazioni per WordPress dovrebbero essere 755 per le directory e 644 per i file. La maggior parte dei padroni di casa, tuttavia, richiedono tutti i processi generati da un utente di avere una identità unica per aggiungere un altro livello di sicurezza. Quindi, se un plugin per WordPress o crea un file o una directory, avrà un unico proprietario (e spesso di gruppo), quindi la directory con 755 non ci consentono di creare file in essa contenuti e il file con 644 non farci salvare le modifiche ad esso. Quindi, un cambiamento deve accadere.
È qui che ha colpito la zona "La vostra situazione potrebbe essere diversa". Tipico WordPress installa solo bisogno wp-content/ directory da 777 (in modo che Wordpress può creare la wp-contents/uploads/ cartella). Se il vostro wp-content/uploads/ esiste già si può salire a destra sopra e fare wp-content/ 755. Se è stato abilitato Organizza i miei arrivi in mese e anno cartelle basate poi il sub-directory devono essere controllati anche ( wp-content/uploads/2006/06 per esempio), quindi sarà necessario uploads/ da 777, 2006/ da 777 e 06/ a 777. Se si utilizza il plugin ImageManager, sarà necessario verificare le autorizzazioni per wp-content/uploads/2006/06/.thumbs/ e!
Questa è una ragione vi consiglio di spegnere Organizza i miei arrivi in mese e anno cartelle basate sul perché si sta andando ad avere un problema con i permessi di ogni mese, quando una nuova directory deve essere creata. Basta lasciarli andare tutti a / wp-content/uploads.
Alcune persone usano l'editor in all'amministratore di modificare i temi e plug-in file (vi consiglio contro questo a meno che non si può mantenere 644 sui file in corso di modifica lì), scoprono di avere problemi di autorizzazione (come il processo di PHP avrà credenziali diverse per la maggior parte server) e cambiare i propri file a 666. Mi sento a disagio con questo. E ho una cotta per FileZilla. Sì, ho bisogno di uscire di più.
Se io ftp al mio sito con FileZilla e fare doppio clic su un file, si apre nel mio editor di testo preferito (Edit: Impostazioni: File visualizzazione / modifica nel menu FileZilla) e in modo molto più ambiente 'confortevole' posso apportare modifiche, salvare e fare clic su OK per caricare il file modificato al server. L'altro vantaggio di questo è che il file viene letto e scritto attraverso ftp che mantiene il mio utente / gruppo di identità, che mi dà più sicurezza e controllo.
Se avete suggerimenti per questo articolo, sentitevi liberi di lasciare un commento ...
57 utenti commentato "WordPress Risoluzione dei problemi: Autorizzazioni, CHMOD e sentieri, OH MY"
Roo dice, Grazie, molto utile. Stavo cercando qualcosa di simile a questo.
Fino a quando non capire perché il pulsante 'Modifica' scomparso, si può sempre provare [yourdomainhere].com/fishing/wp-admin e che dovrebbe forzare la schermata di login WP a venire.
Il mio ex girlfreind creato questo sito, e ho sempre curato, ma improvvisamente il pulsante EDIT sul mio sito schermo è andato? Non posso accedere a qualsiasi opions modificare? Come posso ottenere questo ritorno, come il mio ex non è disponibile? Ho bisogno di inviare nuove cose ASAP? Qualcuno può aiutarmi? Daryl
Ho un problema con download di immagini per WP .. Quindi, se ho capito bene, allora tutti i miei wp-content permessi dovrebbero essere 644.
Edgars: Di seguito viene riportato dal paragrafo che penso si applica a voi:
"Tipico WordPress installa solo bisogno wp-content / directory da 777 (in modo che WordPress possibile creare la cartella wp-contents/uploads). Se è stato abilitato Organizza i miei arrivi in cartelle mese e anno-base poi le sottodirectory devono essere controllati anche (wp-content/uploads/2006/06 per esempio). "
Qualsiasi WordPress directory viene designato da usare potrebbe essere necessario 777.
Changinging la modalità del wp-content / directory a 777 che è ampiamente considerato come insicuro è un tema che attraversa tutto WordPress. Ma non è del tutto vero se si ha accesso alla shell: Il problema è che su una macchina Linux, gli script PHP eseguito come nessuno, ma la directory è di proprietà dell'utente in modo che nessuno non si può scrivere ad esso meno che non sia chmod 777. Una soluzione migliore è quella di cambiare la proprietà della directory a nessuno e poi la directory di upload può essere chmod 755 e tutte le directory create da WordPress sono anche chmod 755.
Nel cd shell nella directory principale di WordPress e quindi digitare e digitare:
chown nessuno wp-content
Se non si ha accesso alla shell, chiedete al vostro host web di farlo per voi.
Ma se il server è in esecuzione con phpsuexec abilitato, gli script PHP sono eseguiti come l'utente che ha accesso in scrittura alle directory di proprietà dell'utente. Quindi, in quel caso la directory di upload può essere chmod 755.
E 'un peccato che l'accesso alla shell sta diventando sempre più rare, con regolari piani di hosting.
E 777 su un host moderna non è così pericoloso come potrebbe sembrare, ancora avrebbe certo processo / config fallimenti per essere sfruttati, e dal momento che stiamo parlando di / uploads / Non sono troppo preoccupato per qualcuno l'hacking image / zip file tengo lì.
C'è un problema di sicurezza fondamentale con la fissazione di un file come "wp-config.php" a 644 in un ambiente condiviso: consente ad altri utenti che ospitano a leggere le impostazioni del database in esso contenuti. Essi possono quindi utilizzare le impostazioni del database e fare ciò che vogliono con i tuoi dati di database. Vedi questo thread sul forum di WP per di più:
http://wordpress.org/support/topic/83831
EDIT: Quello che ho trascurato di dire sopra è che problema di sicurezza si applica se il fornitore di hosting consente l'accesso SSH al tuo account.
Pizdin: Questo semplicemente non è vero in ambienti condivisi più moderne.
Ma apprezzo il link, le persone sono invitate a venire a proprie conclusioni; ')
Ciao, sono interessato alla questione dei 777 wp-plugin/uploads /
Cosa succede se la gente mette alcuni script in quella cartella che quando eseguito cancella altri file in altre cartelle (o fare cose brutte)?
Ciao Adi:
Le vostre preoccupazioni sono validi. A seconda della serie diventa spesso un equilibrio tra sicurezza e facilità d'uso.
Se dovessi usare 777 (o 666 su file) non appena mi è stato fatto delle modifiche sarei fortemente tentato di passare tutto a 755/644. E ho quando mi è stato ospitato con Network Solutions (che io non consiglio come un host).
Il problema è di solito di come il web-host assegna un'identità per l'utente che accede tramite ftp / etc. e l'identità data ai processi filato da interfaccia amministrativa per WP all'interno (il processo di PHP (s)). Questi sono di solito diverse, e per questo si vede differenze di comportamento durante la modifica / cancellazione / upload dei file con ftp / etc. e quando lo fa all'interno dell'area admin WP ...
Il mio ospite attuale, site5.com, affronta i problemi di sicurezza in modo diverso, in modo da poter mantenere le directory a 755 e file a 644 non ancora ricevere eventuali errori permesso quando si utilizzano gli strumenti di WP admin.
D'altra parte, come Pizdin sottolineato in precedenza (con alcuni host), un altro utente potrebbe essere in grado di leggere i miei file wp-config.php nel mio ambiente attuale. Questo non mi preoccupa troppo (io continuo backup e la maggior parte degli hacker non 'cacca nel loro nido' per così dire), ma l'ho fatto cambiare wp-config.php a 600.
thirstan dice, Io sono nel processo di creazione di un altro blog su un nuovo host con il mio nome di dominio e avere problemi con le autorizzazioni, il tuo post sembra essere esattamente quello che sto cercando, mi chiedevo se il post è ancora attuale per WP corrente ?
Wow, è una corsa-on frase 
grazie,
thirstan
Thirstan: Sì, nulla è realmente cambiato lì.
La versione di WP non ha molta importanza, anche se l'ambiente ospitante. Esempio: A aplus.net (e Network Solutions) si verificano problemi con WP che non hanno 'permesso' di creare directory e file. Tuttavia, ospiti come site5.com gestire in modo diverso e non si nota uno dei problemi di autorizzazione che si presentano con Wordpress / PHP processi di creazione o la modifica dei file.
Sam grazie tanto per questo. Sono stato in lotta con 1and1 per la settimana passata, perché non potevano spiegarmi perché tutto ad un tratto il mio plug-commerce non poteva più creare miniature dalle immagini che upload.
Penso che ora capisco e potrebbe essere in grado di ottenere il servizio clienti per davvero aiutarmi. Leggo il tuo post sopra e citazione nella mia email una volta ho capito completamente.
Grazie ancora.
Soluzione migliore per questo è di creare manualmente la struttura delle directory in anticipo. L'unica ragione per richiedere 777 è perchè wordpress ha bisogno di creare queste directory. Tuttavia, se la directory esiste già un insieme più stretto di permessi è possibile. Quindi creare le directory per i prossimi due anni (una cartella per ogni mese), poi le directory chmod a 755 e file a 644. A volte ho notato che le directory bisogno di 775 a seconda del vostro host.
Cheers!
ciao, ho provato a wp-content chmod 755-644, ma il risultato diventa sempre 764. qualche idea? grazie
grande articolo, ora tutto funziona bene, thx.
Tre parole: PHP in modalità sicura.
Ero a caccia di questo problema per un cliente per circa un'ora. La directory di upload è di proprietà dell'utente apache, ma ogni anno o mese directory WordPress cercato di creare in upload fino a quando non ho spento la modalità sicura di PHP. Ora funziona come un chizzamp!
Cheers Sam. Appena urtato questo problema, mentre la migrazione di un WordPress.com per. Org blog su un nuovo host. Questa è la prima volta che ho dovuto cambiare i permessi dei file.
Grazie,
Opaco
Woow grande messaggio, questo sarà molto utile per me. Grazie per questa grande opera.
Avevo provato permesso di cambiare, di percorsi di cambiamento, ma niente ha funzionato.
Fino commento Bard 's.
Ho cambiato il percorso, eliminando la barra anteriore prima wp-content/uploads ... e ha funzionato:)
Ciao, non c'è uso di dare il permesso all'interno del server per questo. Basta accedere al WP utilizzando le credenziali di admin e poi vai a impostazioni -> varie -> e quindi copiare e incollare il percorso predefinito indicato lì. Ciò risolverà il problema e lo avevo risolto solo ora ... :-) E 'così semplice. Non sbattere troppo per una semplice questione.
Cordiali saluti,
Rj.
Systems Engineer
actsupport.com
Grazie RJ, ma è un po 'più complicato con alcuni host web.
Ciao,
Ho dei problemi con i permessi sulla mia piattaforma WordPress e nessuno sembra sapere come risolverli. Please help!
Quando provo a cambiare i permessi su alcuni file, come index.php (che è il file abbastanza importante, sono sicuro che sarebbero d'accordo) a 666, ottengo questa linea: 500 'SITE CHMOD 666 index.php': comando non inteso
Stessa cosa succede quando provo a scrivere il comando manuale.
Non so cos'altro fare. Il mio hosting non fornisce accesso a cPanel e usano Windows e dicono che che avrebbero "sola lettura" marchio sui file se fossero solo leggibili, ma non li hanno, quindi dovrei essere in grado di modificare le autorizzazioni . Ma io non sono. Dicono anche che forse potrebbe cambiare le impostazioni del server all'interno di wordpress ma non ho ancora trovare dove posso farlo ancora.
C'è qualcos'altro che posso fare? Per favore aiuto!
@ Alia: Windows è un animale completamente diverso quando si tratta di permessi. Vi suggerisco di chiedere il vostro ospite per passare a un server linux, e se non possono, trovare un altro host ... Permessi è solo uno dei problemi che potrebbero verificarsi in esecuzione Wordpress su un server Windows; ')
E, per quanto riguarda index.php; Non dovrebbe essere 666, che vorrebbe dire altri potrebbero scrivere. Rendono 644.
Ho già provato 644, anche, ma non funziona niente.
Io non credo che mi può passare a Linux, sia.
Ho già detto che è meglio trovare un altro hosting, a quanto pare mi hanno davvero a:.)
Grazie comunque!
Ciao,
Sono di nuovo io. Il mio hosting è, dopo tutto è riuscito a commuovermi per piattaforma Linux, ma il problema persiste. In Filezilla l'autorizzazione è "644", ma non posso scrivere nel file in WordPress-dice ancora che devo cambiare il permesso prima di poter scrivere. (?)
Inoltre, ora anche i permessi thos avevo sono andati.
Tutte le idee?
@ Alia: Sembra che ci stiamo per gli ultimi 2 commi dell'articolo; L'ospite è la mappatura dei processi PHP ad un altro 'user' (e non un'altra persona, ma un altro 'id'), che è una forma di 'sicurezza' che usato per essere popolare. Io suggerisco di usare un programma FTP in quegli ambienti (non l'editor interno).
Non rimpiangere il passaggio a un server linux, ci sono diversi problemi più che potrebbe (dovrebbe?) Sono saltate fuori utilizzando un server di M $ ...
Ho provato e ha funzionato. Grazie mille! Dopo ca. 10 informaticians ho chiesto non sapeva come risolvere questo problema (incluso il supporto hosting), sei un risparmiatore di vita reale!
inondazione immagini dice, Ho bookmarking questa pagina.
Io uso wordpress, questo articolo mi aiuta un giorno.
Ottimo articolo, mi piace molto. Grazie
grazie per questo grande post.
infatti permesso di file è molto zecche .. Grazie per l'aiuto.
Cordiali saluti
La ringrazio molto!
azzaam dice, grazie di te, il suo lavoro per me 
i miei ospiti chiuso 8 dei miei siti (5 wordpress) a causa di 'attività insolite' e ho controllato tutti i file usando CPanel. Ho trovato i file su un dodgy zen-cart di installazione e le cartelle sono state chmod 777 file e 666.
Mentre faceva tutto ciò, ho notato i miei wp-content/uploads erano tutti i 7 e 6 è così è grazie per la spiegazione dettagliata su come risolvere il problema. Li ho cambiati a 755/644, ma se WP non è possibile scrivere alla fine del mese, lo so perché ...
Ho bisogno di aiuto. 755 e 644 non mi permettono di accedere alle pagine e messaggi ... cosa fare? Sto andando noci.
@ NH: Pagine e post non sono file ... Puoi darmi maggiori informazioni?
Non capisco dove inserire i codici a tre cifre permesso. i 755 e 644 codici. Sto guardando il mio sito con Plesk, per controllare i permessi sul mio server e tutto quello che vedo sono hte codici lunghi come rwx rx rx.
Ottengo un "Forbidden .. Non avete il permesso di accesso / wordpress / wp-admin / upload.php su questo server. "Quando si tenta di inviare. cambiare i permessi su file di riferimento non ha alcun effetto.
>> Non capisco dove inserire i codici a tre cifre permesso. i 755 e 644 codici.
Vedere la mia raccomandazione di cui sopra circa Filezilla / FTP ...
suyash Dwivedi dice, oppure si può semplicemente impostare l'autorizzazione a 751 nella directory non volete rendere pubblico
Grazie per questo .. Ero alla ricerca di set di permessi nel mio sito ... spero che funzionerà, sto andando provare questo ....
Mi chiedo se molti dei problemi di autorizzazione tesi può essere fatto risalire al modo in cui è installato WordPress, cioè utilizzando pacchetti di installazione veloce ora fornita da molti host web. Non ho mai incontrato nessuno di questi problemi di autorizzazione con una nuova installazione manuale di WordPress. Solo con installazioni o configurazioni preesistenti essere spostato da un server all'altro.
Molto utile. Questo ha risolto il mio problema, grazie Sam.
Grazie per questo Sam consiglio! Questo è qualcosa che mi ha ostacolato per qualche tempo. Sembra una pratica standard nelle installazioni di WordPress è quella di utilizzare CMOD 777 directory per il caricamento dei file. Ed è incredibile pericoloso!
Se vi trovate a dover chmod 777 la directory wp-content/uploads per il tuo sito per lavorare, vi consiglio di cambiare il vostro host web.
La ringrazio molto per questo!
Il suo lavoro per me molto bene.
Cordiali saluti dalla Germania
Questo è esattamente quello che stavo cercando, grazie.
Ho avuto mai problemi con WordPressand CHMOD
Grazie per l'articolo più informativo. Ho avuto problemi di risoluzione dei problemi blog wordpress.
