Qual é o problema com os problemas de permissão do WordPress e do UNIX?

Question

Estou configurando algumas instalações do wordpress e estou habitualmente com problemas de permissão. Eu suspeito que o principal problema é que eu não sou um ambiente de hospedagem compartilhada, apenas uma simples VM do Ubuntu e então quaisquer que sejam as configurações padrão no Ubuntu, não é o que o WP espera. Exemplos de problemas:

As atualizações de
1. falham porque o apache não tem permissões de gravação para a instalação do wp
2. os temas e outros envios falham porque as novas pastas criadas têm a participação ou as permissões de grupo incorretas
3. não é possível criar o diretório wordpress / wp-content / upgrade

Até agora eu tive que alterar o padrão umask para o apache para consertar 2, chmod um bit setgroupid para consertar 1, e agora estou olhando para o 3. Meu palpite é que não deveria ser tão difícil. Estou faltando algumas configurações de configuração óbvias enormes?

Eu configurei uma instalação wordpress com um usuário por turma, para limitar os danos colaterais e, ao mesmo tempo, permitir o trabalho em equipe e os ajustes, de modo que o chmod 777 e outras abordagens head-in-sand são piores que o status quo.

    

Answer 1

Para atualizações, coloco todos os arquivos / dirs para o usuário no qual o servidor web é executado, faço a atualização e, em seguida, ponho-os de volta na raiz. A atualização não é mais apontar e clicar, mas vale o preço IMHO. Arquivos PHP gravados pelo usuário no servidor me fazem estremecer. Alguns dirs sob wp-content podem precisar ser sempre graváveis pelo usuário que o servidor da web executa como.

Como alternativa, você pode evitar fazer atualizações on-line e permitir que o sistema de atualização do Ubuntu cuide das atualizações, supondo que você as tenha usado para instalar o WP inicialmente.

link diz:

NOTE: For the Automatic Upgrade/Install of Plugins/Themes and WordPress Upgrades, No special permissions need to be set. All WordPress files should remain owned by your user account, You should NOT have to make them world writable(777). If you attempt to change the ownership/permissions of files in order to allow the upgrader to work, There is a high chance of bugs/issues poping up related to the incorrect permission scheme chosen.

For core WordPress files, all should be writable only by your user account.

Isso está errado. Como a atualização pode substituir os arquivos principais se o usuário do servidor web não puder gravar neles? Como ele pode adicionar novos arquivos se não puder gravar no diretório?

    

Answer 2

Infelizmente, é mais ou menos assim tão difícil.

O custo da flexibilidade infinita do LAMP é suas permutações infinitas e as inevitáveis regressões e entropia que acompanham isso. Pessoas diferentes usam distros diferentes, usam pacotes diferentes dentro dessas distros, seguem diferentes guias / howtos / blogposts, usam diretórios diferentes e usam diferentes recursos e plugins. Diferenças de versionamento de camada de cada componente em cima disso e você tem uma situação em que praticamente não há dois blogs wordpress configurados da mesma forma.

Suas opções são:   - faça você mesmo, lide com cada pequena coisa em uma base caso a caso ad hoc   - viver dentro das decisões pré-configuradas de uma configuração de hospedagem compartilhada (mesmo se em seu próprio vps)
  - pague por um serviço profissional como wpengine.com
  - pagar por um administrador de sistema para lidar com tudo isso