Para executar a ação solicitada O WordPress precisa acessar seu servidor da Web. Por favor, digite seu FTP

Adicione o seguintepara wp-config.php:

 define( 'FS_METHOD', 'direct' );
 

Deixe-me saber comofuncionapara você.

Add the following to wp-config.php:

define( 'FS_METHOD', 'direct' );

Let me know how it works for you.

Isso significa que o WordPressestátendopermissão limitadaparafazer alteraçõesnapasta queelafoiinstalada.

em ordempara corrigirisso,tudo o que vocêprecisafazer éfornecerpermissõesnecessáriaspara omesmo.

Execute o seguinte comandonoprompt do seu Terminal/Putty/Commandline após conectar-se ao seu servidor via SSH:

 sudo chown -R apache:apache /var/www/html
 

checkout Este artigo Para detalhes completos.

This means that WordPress is having limited permission for making changes in the folder that it was installed.

In-order to fix this, all that you need to do is provide necessary permissions for the same.

Run the following Command in your Terminal / Putty / Commandline Prompt after connecting to your Server via SSH:

sudo chown -R apache:apache /var/www/html

Checkout this article for full details.

Mesmo que sejatotalmente corretoter apropriedade como root root:apache compermissões 775e httpdparaexecutar como root:apache,WordPressnãogosta disso. Quer que oproprietário seja root:apache,conformepor wp-admin/includes/file.php:

     // Attempt to determine the file owner of the WordPress files, and that of newly created files
   $wp_file_owner = $temp_file_owner = false;
   if ( function_exists('fileowner') ) {
      $wp_file_owner = @fileowner( __FILE__ );
      $temp_file_owner = @fileowner( $temp_file_name );
  }
 

o seu seria:
wp_file_owner=raiz
temp_file_owner=apache

 if ( $wp_file_owner !== false && $wp_file_owner === $temp_file_owner ) {
    // WordPress is creating files as the same owner as the WordPress files,
    // this means it's safe to modify & create new files via PHP.
    $method = 'direct';
    $GLOBALS['_wp_filesystem_direct_method'] = 'file_owner';
} elseif ( $allow_relaxed_file_ownership ) {
    // The $context directory is writable, and $allow_relaxed_file_ownership is set, this means we can modify files
    // safely in this directory. This mode doesn't create new files, only alter existing ones.
    $method = 'direct';
    $GLOBALS['_wp_filesystem_direct_method'] = 'relaxed_ownership';
}
 

Se $ wp_file_owner é omesmo que $temp_file_owner,entãoprossiga. O seu seriapegono outro,que de acordo com o comentárionãopermiteexcluir/criar,mas apenas atualiza (eu verifiqueiisto atualizando o código de umplugin de dentro do WordPress,e funcionou).

Nota Eunão analiseiextensivamente o código,esta é apenas aminha rápidainterpretação. Eutive omesmoproblemae uma vez quetroquei usuário:grupopara que o usuário httpdtambém seja oproprietário do arquivo,elenão solicitoumais as credenciais FTP.

Even though it is totally correct to have the ownership as root:apache with permissions 775, and httpd to run as apache, Wordpress does not like this. It wants the owner to be apache, as per wp-admin/includes/file.php:

    // Attempt to determine the file owner of the WordPress files, and that of newly created files
   $wp_file_owner = $temp_file_owner = false;
   if ( function_exists('fileowner') ) {
      $wp_file_owner = @fileowner( __FILE__ );
      $temp_file_owner = @fileowner( $temp_file_name );
  }

Yours would be:
wp_file_owner = root
temp_file_owner = apache

if ( $wp_file_owner !== false && $wp_file_owner === $temp_file_owner ) {
    // WordPress is creating files as the same owner as the WordPress files,
    // this means it's safe to modify & create new files via PHP.
    $method = 'direct';
    $GLOBALS['_wp_filesystem_direct_method'] = 'file_owner';
} elseif ( $allow_relaxed_file_ownership ) {
    // The $context directory is writable, and $allow_relaxed_file_ownership is set, this means we can modify files
    // safely in this directory. This mode doesn't create new files, only alter existing ones.
    $method = 'direct';
    $GLOBALS['_wp_filesystem_direct_method'] = 'relaxed_ownership';
}

If $wp_file_owner is same as $temp_file_owner then proceed. Yours would be caught in the elseif, which according to the comment does not allow delete/create, but only updates (I verified this by updating the code of a plugin from within Wordpress, and it worked).

Note I did not extensively look through the code, this is just my quick interpretation. I had the same problem and once I switched user:group so that the httpd user is also the file owner, it did not prompt for FTP credentials anymore.

Não é uma resposta direta,masprovavelmentetem que ser dito -este é umproblema que você deveevitar resolver amenos que vocêestejafalando sobre um desenvolvimento local,casoem que vocêpode apenas definirpermissõespara 777.

A razão é que,se o WebServerpuder sobrescrever seu código,qualquer códigomaliciosofuncionando,poistambém será capaz defazerisso.O risco étãomaior que a conveniência deeconomizar alguns segundospornãoter que digitar as credenciais FTP.

Not a direct answer, but probably has to be said - this is one problem you should avoid solving unless you are talking about a local development in which case you can just set permissions to 777.

The reason is that if the webserver can overwrite your code, then any malicious code running on it will be able to do that as well. The risk is just so much bigger than the convenience of saving few seconds by not having to type the ftp credentials.

Embora aperguntanão sejamaisnova queeu quero adicionarmeus dois centavosneste assuntotambém.

Muita PPLtem Centos (7)em seu servidor VPSe as seguintes linhas de códigopoderiam resolver oproblema.

IMHOtem tudo o quefazer com o Selinux que retém o WordPress defazer o seutrabalho como desejado. Ele vaiparaexplicar o que selinux ée o queelefaz. FYI Aintrodução começa com:

.

Linux aprimorado de segurança (SELinux) é ummecanismo de segurança de controle de acesso obrigatório (Mac)implementadono kernel.

apenas 3passospara ofollow:

• 1 Abra umterminal (ou acesse o servidor através do SSH)
• 2 Adicione a seguinte linha de código chcon -r -t httpd_sys_content_t/var/www/html/wordpress
• 3 adicione segunda linha de código chcon -r -t httpd_sys_rw_content_t/var/www/html/wordpress

.

Não reinicializar do servidor ou reiniciar de qualquer daemonnecessário.

Eunão direi que ajude atodos,maspara aqueles quenão desativaram o SELinux,deveria ser aliviada.

elogios

NOTA: Porfavor,ajuste às suasprópriasnecessidades (significando caminhopara WordPress)

Edit: Certifique-se de remover a linha Definir ("fs_method","direto"); quando é/foi usadoem wp-config.php Porqueisso é absolutamente um sem quando as linhas acima do códigofazem como desejado.

Although the question is not that new anymore I want to add my two cents on this issue also.

A lot of ppl have Centos(7) on their VPS server and following code lines could solve their problem.

Imho has all to do with SELinux which withholds WordPress from doing it's job as wished. It goes to far to explain what SELinux is and what it does. FYI the introduction starts with:

Security-Enhanced Linux (SELinux) is a mandatory access control (MAC) security mechanism implemented in the kernel.

Only 3 steps to folow:

• 1 Open a terminal (or access the server through SSH)
• 2 Add following code line chcon -R -t httpd_sys_content_t /var/www/html/wordpress
• 3 Add second code line chcon -R -t httpd_sys_rw_content_t /var/www/html/wordpress

No reboot from the server or restart from any daemon needed.

I won't say it helps everybody but for those who didn't disable SELinux it should be a relieve.

Cheers

Note: Please adjust to your own needs (meaning path to WordPress)

edit: be sure to remove the line define("FS_METHOD", "direct"); when it is/was used in wp-config.php because that's absolutely a no go when above code lines do as wanted.

Nomeu caso,resolviisso,alternando o Git de volta aomodo FTP.

Nãomais aviso.

Talvezisso ajude alguémtambém.

In my case, I solved this by switching from GIT back to FTP mode.

No more warning.

Perhaps that'll help somebody else too.