Permissões do Wordpress OS X & MAMP

Question

Eu instalei várias versões locais do Wordpress para propósitos de desenvolvimento.

Após a instalação, posso criar postagens, páginas e editar opções de administrador.

No entanto, assim que tentar enviar imagens que seriam salvas em wp_content / uploads, recebo um erro:

Erro ao carregar: não é possível criar o diretório ..... / blog / wp-content / uploads / 2011/05. Seu diretório pai é gravável pelo servidor?

Parece que o servidor MAMP é executado como usuário _www O diretório do blog é de propriedade de User1 e o grupo User1 _www não está no grupo User1, deveria? Eu não quero chmod 777 ou 765 nos diretórios apenas para fazê-lo funcionar. Pesquisou algumas referências:

link em "Permission Scheme for WordPress"

All files should be owned by your user (ftp) account on your web server, and should be writable by that account. On shared hosts, files should never be owned by the webserver process itself (sometimes this is www, or apache, or nobody user).

Any file that needs write access from WordPress should be owned or group-owned by the user account used by the WordPress (which may be different than the server account). For example, you may have a user account that lets you FTP files back and forth to your server, but your server itself may run using a separate user, in a separate usergroup, such as dhapache or nobody. If WordPress is running as the FTP account, that account needs to have write access, i.e., be the owner of the files, or belong to a group that has write access. In the latter case, that would mean permissions are set more permissively than default (for example, 775 rather than 755 for folders, and 664 instead of 644).

O usuário e o grupo são o Usuário1 (que é admin). Rodando "ps aux | grep httpd" está rodando como _www Então eu acho que isso significa que o Wordpress está rodando como usuário _www. Portanto, o conselho parece contraditório: "arquivos nunca devem pertencer ao processo do servidor web", isto é, _www, mas depois diz "Qualquer arquivo que precise de acesso de gravação do WordPress deve ser de propriedade da conta de usuário usada pelo WordPress". não é este _www de novo?

Outra pesquisa encontrou esse URL link Estados O que diz:

My preferred way to do this is to change the group of the wordpress directory and its contents to _www and give write permissions to the group. Keep the owner as your "username".

$ cd /Users/"username"/Sites

$ sudo chown -R username:_www wordpress_directory

$ sudo chmod -R g+w wordpress_directory

However, when I tried this, it did not work for automatic upgrades to newer versions of WordPress although it worked for automatically updating the .htaccess file for pretty permalinks.

Não está totalmente claro para mim o que deve ser feito. Esta última sugestão parece estar dizendo para mudar o grupo de User1 para _www e dar acesso de escrita ao grupo, mas os upgrades do Wordpress não funcionarão.

Esta é a solução certa?
Eu teria pensado que haveria uma maneira clara de configurar isso no OS X 10.6?

Seja ótimo se houver um plug-in que possa executar um script para cada um dos principais SOs em que o Wordpress é executado.

    

Answer 1

A sua pergunta é um pouco difícil de seguir, mas vou tentar ajudar mesmo assim:

1. Primeiro, você pode executar o MAMP como "www / mysql" ou "user / user". O que você escolher depende do que você quer e onde você colocou seus arquivos. Se você não está expondo seu servidor web ao mundo exterior, então usuário / usuário é provavelmente mais fácil, embora não tão seguro.

2. Em segundo lugar, os upgrades automáticos / plugins / temas são baixados para o seu site via FTP e desde que a maioria das pessoas nem executar um servidor FTP em sua máquinas locais nem possuem um IP estático ou nome de domínio para máquina local eles não vão funcionar, então instale e atualize manualmente. Sim, você poderia configurar um servidor FTP em sua estação de trabalho e usar um DynDNS atende e encaminha a porta FTP através do seu roteador e firewall para a sua estação de trabalho, mas provavelmente não vale a pena.

3. Em terceiro lugar, o remetente de mídia não usa o FTP, portanto, ele ainda deve funcionar uma instalação local ao contrário de plugins, upgrades e temas. Seu provavelmente não está funcionando porque a propriedade ou as permissões não estão definidas corretamente para / wp-content. Isso pode ser que você esteja executando o servidor web como "_www / _mysql" e "_www" não tem permissões para onde sempre a pasta que você armazenou seus arquivos é ou pode ser que o As permissões do RWX não estão definidas corretamente na pasta.