Esta leitura
WordPress Solução de problemas: Permissões CHMOD e caminhos, oh meu!
Com as questões decorrentes da variação pacotes de hospedagem compartilhada, versões do PHP, Apache, etc, problemas de permissão de arquivos, por vezes, parte traseira de sua cabeça feia. Eu estou esperando a seguinte referência pode fornecer alguma ajuda ou direção aos menos experientes:
A "file not found" 404 "", "Impossível criar diretório", "não pode abrir" ou "não existe" erro pára coisas mortas em suas trilhas. Isto é geralmente devido a um programa / script não encontrar um script ou arquivo de onde ele espera, ou não é 'permitido' para vê-lo por causa das configurações de permissão no arquivo ou diretório é. Isso é frustrante para qualquer usuário de computador! Computadores são supostos para ser eficiente e divertido. Partypoker na web , design gráfico, e-mail ou o que você precisa fazer no seu computador não deve ser interrompido ou atrasado por falhas irritantes. Há sempre maneiras de contornar-los se você souber o que fazer.
Vamos começar com o caminho. Verifique se o seu erro com cuidado, ele irá normalmente lista o caminho para o arquivo em questão. Eu recomendo usar o programa de FTP FileZilla . 
Abra o FileZilla e conectar ao seu site. Navegar através do caminho listado no erro e tentar encontrar o arquivo. Se estiver faltando, tente carregá-lo novamente e testar ... Se o caminho é diferente, verifique se você tem wordpress instalado no diretório 'top' ou raiz ou se é em um sub-diretório.
Se você encontrou e o caminho está correto, verifique as permissões.
Para este exemplo, vou número bandeiras permissões:
drwxrwxrwx 1234567890
Uma bandeira do diretório, 'd' se um diretório, '-' se um arquivo normal, ocasionalmente, 'l' para um link.
2,3,4 ler, escrever, permissão de execução para o usuário (proprietário) do documento
5,6,7 ler, escrever, permissão de execução para o Grupo
8,9,0 ler, escrever, permissão de execução para Outros (Às vezes chamada de "todo mundo").
- Em qualquer posição significa que a bandeira não está definido
r arquivo é legível pelo grupo proprietário, ou de outros
w arquivo é gravável. Em um diretório, escrever significa acesso você pode adicionar ou excluir arquivos
arquivo x é executável (somente para programas e scripts shell - não é útil para arquivos de dados). Permissão de execução em um diretório significa que você pode listar os arquivos no diretório
s no lugar onde 'x' iria normalmente é chamado de set UID ou set-GroupID bandeira (Em um programa executável com set UID ou set-GroupID, esse programa é executado com as permissões do seu dono / grupo. Em um diretório, as forças set-UID/set-groupID arquivos e diretórios criados dentro de herdar o usuário / goup do diretório pai).
Por segurança, as configurações de permissões para o WordPress deve ser 755 para diretórios e 644 para arquivos. A maioria dos anfitriões, no entanto, exigir que todos os processos gerados por um usuário a ter uma identidade única para adicionar outro nível de segurança. Portanto, se um plugin WordPress ou cria um arquivo ou diretório, ele terá um proprietário único (e geralmente em grupo), então o diretório com 755 não vai deixar-nos a criar arquivos nele eo arquivo com 644 não vai deixar-nos salvar as alterações a ele. Então, uma mudança tem que acontecer.
Isto é onde nós batemos o "sua milhagem pode variar" área. WordPress típica instala só a necessidade de wp-content/ diretório a ser 777 (de modo que o WordPress pode criar o wp-contents/uploads/ pasta). Se o seu wp-content/uploads/ já existe, você pode hop para a direita sobre e fazer wp-content/ 755. Se você ativou Organizar meus uploads em mês e ano pastas baseadas em seguida, o sub-diretórios precisam ser verificadas, bem como ( wp-content/uploads/2006/06 por exemplo), assim você terá uploads/ a ser 777, 2006/ a ser 777 e 06/ a ser 777. Se você estiver usando o plugin ImageManager, você terá que verificar as permissões em wp-content/uploads/2006/06/.thumbs/ tão bem!
Esta é uma razão pela qual eu sugiro que você desligue Organizar meus uploads em mês e ano-base pastas porque você está indo ter um problema com permissões de cada mês, quando um novo diretório precisa ser criada. Apenas deixá-los todos para / wp-content/uploads.
Algumas pessoas usam o editor no admin para editar temas e plug-in de arquivos (eu recomendo contra este a menos que você pode manter 644 sobre os arquivos que está sendo editado lá), descobrem que têm problemas de permissão (como o processo de PHP terá credenciais diferentes, a maioria em servidores) e alterar seus arquivos para 666. Sinto-me desconfortável com isso. E eu tenho uma queda por FileZilla. Sim, eu preciso sair mais.
Se eu ftp para meu site com FileZilla e dê um duplo clique em um arquivo, ele abre no meu editor de texto favorito (Edit: Configurações: File viewing / editing no menu FileZilla) e de forma muito mais ambiente 'confortável' Eu posso fazer mudanças, salvar, e clique em OK para carregar o arquivo alterado para o servidor. O outro benefício para isso é que o arquivo está sendo lido e escrito através de FTP, que mantém minha identidade de usuário / grupo, me dando mais segurança e controle.
Se você tem alguma sugestão para este artigo, sinta-se livre para deixar um comentário ...
57 usuários comentou sobre "WordPress Resolução de Problemas: Permissões CHMOD e caminhos, OH MY"
Roo diz, Obrigado, muito útil. Eu estava procurando por algo semelhante a isto.
Até que você descobrir por que o botão "Editar" desapareceu, você sempre pode tentar [yourdomainhere].com/fishing/wp-admin e que deve forçar a tela de login WP para chegar.
Meu ex girlfreind configurar esse site, e eu sempre editei, mas de repente o botão EDIT no meu site tela é ido? Eu não posso acessar qualquer opions editar? Como posso conseguir isso de volta, como o meu ex não está disponível? Eu preciso postar coisas novas o mais rápido possível? Alguém pode me ajudar? Daryl
Eu tenho um problema com o download de imagens para WP .. Então, se eu entendi direito, então todos os meus wp-content permissões devem ser 644.
Edgars: O seguinte é a partir do parágrafo que eu acho que se aplica a você:
"WordPress Típica instala só a necessidade de wp-content / diretório a ser 777 (de modo que o WordPress pode criar a pasta wp-contents/uploads). Se você ativou Organizar meus uploads em pastas mês eo ano-base, em seguida, os subdiretórios precisam ser verificadas, bem como (wp-content/uploads/2006/06 por exemplo). "
Qualquer WordPress diretório é designado para uso podem precisar de ser 777.
Changinging o modo do diretório wp-content / para 777 que é largamente considerado como inseguro é um tema que funcionam durante todo WordPress. Mas isso não é rigorosamente verdade se você tiver acesso shell: O problema é que em uma caixa de Linux, scripts php executar como ninguém, mas o diretório é de propriedade do usuário para que ninguém não pode escrever nele a menos que seja chmod 777. A melhor solução é mudar a propriedade do diretório para ninguém e, em seguida, o diretório de upload pode ser chmod 755 e todos os diretórios criados por WordPress também são chmod 755.
No cd shell para o diretório raiz do WordPress e digite e digite:
ninguém chown wp-content
Se você não tiver acesso shell, pergunte ao seu host para fazer isso por você.
Mas se o servidor está sendo executado com PHPSuexec habilitado, scripts php são executados como o usuário que também tem acesso de escrita aos diretórios de propriedade do usuário. Então, nesse exemplo, o diretório de upload pode ser chmod 755.
É lamentável que o acesso shell é cada vez mais rara, com regulares planos de hospedagem.
E 777 em um host moderna não é tão perigoso como possa parecer, ainda levaria alguns processos / config falhas para que possa ser explorado, e já que estamos falando / uploads / Eu não estou muito preocupado com alguém hackeando o image / zip-files eu continuo lá.
Há um problema de segurança fundamentais com a criação de um arquivo como "wp-config.php" para 644 em um ambiente compartilhado: ele permite que outros usuários que hospedam para ler as configurações do banco de dados contidos nesse arquivo. Eles podem então usar as configurações de seu banco de dados e fazer o que quiserem com os dados de seu banco de dados. Veja este tópico no fórum WP para mais:
http://wordpress.org/support/topic/83831
EDIT: O que eu esqueceu de dizer acima é que problema de segurança se aplica se o provedor de hospedagem permite o acesso SSH na sua conta.
Pizdin: Isto simplesmente não é verdade na maioria dos modernos ambientes compartilhados.
Mas agradeço o link, as pessoas são bem-vindos a suas próprias conclusões;)
Oi, eu estou preocupado com a questão 777 de wp-plugin/uploads /
E se as pessoas colocar alguns scripts para essa pasta, que quando executado irá excluir outros arquivos em outras pastas (ou fazer algumas coisas desagradáveis)?
Oi Adi:
Suas preocupações são válidas. Dependendo do hospedá-lo muitas vezes se torna um ato de equilíbrio entre segurança e facilidade de uso.
Se eu tivesse que usar 777 (ou 666 nos arquivos), logo que eu era terminar de fazer alterações eu seria tentados a mudar tudo de volta para 755/644. E eu tenho quando eu estava hospedado com a Network Solutions (a quem eu não recomendo como um host).
O problema encontra-se geralmente com a forma como a web-host atribui uma identidade para o usuário que faz login através ftp / etc. ea identidade dada aos processos girado de interface de administração do WP no interior (o processo de PHP (s)). Estes são geralmente diferentes, e é por isso que você vê as diferenças de comportamento ao editar / apagar / upload de arquivos com ftp / etc. e ao fazê-lo dentro da área de administração WP ...
Meu host atual, site5.com, aborda as questões de segurança de forma diferente, para que eu possa manter diretórios e arquivos em 755 em 644 ainda não recebem qualquer erro de permissão ao usar as ferramentas de administração do WP.
Por outro lado, como Pizdin salientado acima (com alguns hosts), outro usuário pode ser capaz de ler o meu arquivo wp-config.php no meu ambiente atual. Isso não me preocupa muito (eu mantenho backups e mais hackers não 'cocô em sua própria ninho' por assim dizer), mas eu fiz a mudança wp-config.php para 600.
thirstan diz, Eu estou no processo de criação de um outro blog em um novo host com o meu próprio nome de domínio e problemas tendo com as permissões, seu post parece ser exatamente o que estou procurando, eu queria saber se o posto ainda é oportuno para WP atual ?
Uau, isso é uma sentença executar-on 
graças,
thirstan
Thirstan: Sim, nada realmente mudou lá.
A versão do WP realmente não importa, embora o ambiente de acolhimento. Exemplo: No aplus.net (e Network Solutions), você vai ter problemas com o WP não ter "permissão" para criar diretórios e arquivos. No entanto, os anfitriões como site5.com lidar com isso de forma diferente e você não vai notar qualquer um dos problemas de permissão que surgem com WordPress / PHP processos de criação ou edição de arquivos.
Sam muito obrigado por isso. Eu tenho lutado com 1and1 para a semana passada, porque eles não podiam explicar-me porque, de repente meu plugin ecommerce já não podia criar miniaturas das imagens que carregar.
Eu acho que agora eu entendo e poderia ser capaz de obter o serviço ao cliente para realmente me ajudar. Vou ler seu post sobre e citá-lo em meu e-mail uma vez eu o entendo completamente.
Obrigado mais uma vez.
Melhor solução para isso é criar manualmente a estrutura de diretório de antecedência. A única razão para exigir 777 é porque wordpress precisa criar esses diretórios. No entanto, se os diretórios já existem um apertado conjunto de permissões é possível. Portanto, criar os diretórios para os próximos dois anos (uma pasta para cada mês), em seguida, diretórios chmod para 755 e arquivos para 644. Às vezes, tenho notado que os diretórios precisam 775, dependendo do seu host.
Cheers!
oi, eu tentei chmod wp-content 755-644, mas o resultado sempre se torna 764. alguma idéia? obrigado
ótimo artigo, agora tudo está funcionando bem, thx.
Três palavras: PHP safe mode.
Eu estava perseguindo este problema para um cliente por aproximadamente uma hora. O diretório envios é de propriedade do usuário apache, mas qualquer ano ou mês diretórios WordPress tentou criar em uploads falhou até eu desliguei PHP safe mode. Agora ele funciona como um chizzamp!
Cheers Sam. Apenas deparamos com esse problema, enquanto a migração de um para WordPress.com. Org blog sobre um novo hospedeiro. Esta é a primeira vez que eu tive que mudar permissões de arquivos.
Obrigado,
Matt
woow ótimo post, este será muito útil para mim. Obrigado por esta grande obra.
Eu tinha tentado mudar a permissão, para mudar caminhos, mas nada funcionou.
Até comentário Bard 's.
Eu mudei o caminho, removendo a barra frontal antes wp-content/uploads ... e funcionou:)
Olá, não há uso de dar permissão dentro do servidor para isso. Basta entrar no WP usando as credenciais de administrador e vá para Configurações -> Diversos -> e copie e cole o caminho padrão mostrado lá. Isto irá corrigir o problema e eu tive fixa-lo só agora ... :-) É tão simples. Não bata demais para uma questão simples.
Atenciosamente,
Rj.
Engenheiro de Sistemas
actsupport.com
Graças RJ, mas é um pouco mais complicada, com alguns provedores de hospedagem.
Olá,
Tenho problemas com permissões em minha plataforma WordPress e ninguém parece saber como resolvê-los. Por favor me ajude!
Quando tento alterar as permissões em alguns arquivos, como index.php (que é o arquivo muito importante, tenho certeza que você concordaria) a 666, fico com esta linha: 500 'SITE CHMOD 666 index.php': comando não entendido
A mesma coisa acontece quando eu tento escrever o comando manualmente.
Eu não sei mais o que fazer. Minha hospedagem não oferece o acesso a cPanel e eles usam o Windows e dizem que eles teriam que "somente leitura" marca os arquivos, se eles estavam apenas legível, mas não tê-los, então eu deveria ser capaz de alterar as permissões . Mas eu não sou. Eles também dizem que eu talvez pudesse mudar as configurações do servidor dentro do wordpress, mas eu não encontrar onde eu posso fazer isso ainda.
Existe alguma coisa que eu posso fazer? Por favor, ajude!
@ Alia: Windows é um animal totalmente diferente quando se trata de permissões. Eu sugiro que você pergunte ao seu host para movê-lo para um servidor linux, e se eles não podem, encontrar outro host ... Permissões é apenas um dos problemas que podem ocorrer em execução WordPress em um servidor Windows; ")
E, em relação index.php; Não deve ser 666, isso significaria que outros poderão escrever para ele. Torná-lo 644.
Eu já tentei 644, também, mas nada funciona.
Eu não acho que eles podem mover-me para o Linux, também.
Já foi dito que é melhor para encontrar um outro hosting, parece que eu vou realmente tem que:.)
Obrigado de qualquer forma!
Olá,
Sou eu de novo. Minha hospedagem tem afinal conseguiu mover-me para a plataforma Linux, mas o problema persiste. Em Filezilla a permissão é "644", mas eu não posso escrever no arquivo no WordPress-lo ainda diz que eu tenho que mudar a permissão antes que eu possa escrever. (?)
Além disso, agora ainda permissões thos eu tinha sumiram.
Alguma idéia?
@ Alia: Parece que estamos chegando aos últimos dois parágrafos do artigo; O seu anfitrião é o mapeamento de processos PHP para outra 'user' (não uma outra pessoa, mas um outro 'id'), que é uma forma de "segurança" que costumava ser popular. Eu sugiro que você use um programa de FTP nesses ambientes (não o editor interno).
Não lamento a mudar para um servidor linux, há várias questões que poderiam mais (seria?) Surgiram através de um servidor M $ ...
Eu tentei isso e funcionou. Obrigado assim muito! Depois de app. 10 informaticians perguntei não sabia como resolver este problema (incluindo suporte de hospedagem), você é um saver vida real!
inundação fotos diz: Eu bookmarking desta página.
Eu uso o wordpress, este artigo vai me ajuda um dia.
Ótimo artigo, eu realmente gosto dele. Obrigado
obrigado por isso grande post.
fato de permissão do arquivo é muito carrapatos .. Obrigado por ajudar para fora.
Regards
Muito obrigado!
azzaam diz, agradece, o seu trabalho para mim 
meus anfitriões desligar oito dos meus sites (5 wordpress), devido à "atividade incomum 'e eu chequei todos os arquivos usando CPanel. Eu encontrei os arquivos em uma instalação dodgy carrinho zen e pastas foram chmod 777 e arquivos 666.
Ao fazer isso, notei que a minha wp-content/uploads foram todos os 7 de graças e para 6 para sua explicação detalhada sobre como resolver o problema. Eu mudei-los para 755/644 mas se WP não pode escrever no final do mês, eu sei porque ...
Preciso de ajuda. 755 e 644 não me permite acessar as páginas e posts ... o que fazer? Vou nozes.
@ NH: Páginas e posts não são arquivos ... Você pode me dar mais informações?
Eu não entendo onde você entra três códigos de permissão dígitos arquivo. a 755 e 644 códigos. Estou olhando para o meu site com Plesk, para verificar as permissões no meu servidor e tudo que eu vejo são hte códigos longos, tais como rwx rx rx.
Eu recebo um Proibido ".. Você não tem permissão para acessar / wordpress / wp-admin / upload.php neste servidor. "Quando eu tento post. alterar as permissões no arquivo referenciado não tem efeito.
>> Eu não entendo onde você entra três códigos de permissão dígitos arquivo. a 755 e 644 códigos.
Veja a minha recomendação acima sobre Filezilla / FTP ...
Suyash Dwivedi diz, ou você pode apenas definir a permissão para 751 para o diretório que você não quer tornar públicos
Obrigado por este .. eu estava procurando conjunto de permissão no meu site ... eu espero que ele vai trabalhar, eu vou tentar isso ....
Eu me pergunto se muitos dos problemas de permissão teses podem ser rastreados de volta para o caminho WordPress é instalado, ou seja, utilizando pacotes de instalação rápida actualmente prestados por host muitos. Eu nunca encontrei nenhum desses problemas de permissão com uma nova instalação manual do WordPress. Apenas com instalações pré-existentes ou configurações sejam transferidos de um servidor para outro.
Muito útil. Isso tem resolvido meu problema, obrigado Sam.
Obrigado por este Sam conselho! Isso é algo que tem me incomodado há algum tempo. Parece que uma prática padrão em instalações WordPress é usar CMOD 777 diretórios para upload de arquivos. E é inacreditável perigoso!
Se você se encontrar tendo que chmod 777 no diretório wp-content/uploads para o seu site para trabalhar, eu recomendo mudar o seu host.
Muito obrigado por isso!
Seu trabalho para mim muito bem.
Atenciosamente da Alemanha
Este é exatamente o que eu estava procurando, obrigado.
Eu nunca tinha problemas com WordPressand CHMOD
Agradecimentos para o artigo mais informativo. Eu tive problemas resolução de problemas blog wordpress.
