요청 된 작업을 수행하려면 wordpress가 웹 서버에 액세스해야합니다. FTP를 입력하십시오

wp-config.php에 다음을 추가합니다.

 define( 'FS_METHOD', 'direct' );
 

어떻게 작동하는지 알려주세요.

Add the following to wp-config.php:

define( 'FS_METHOD', 'direct' );

Let me know how it works for you.

이것은 WordPress가 설치된 폴더를 변경할 수있는 제한된 권한을 가지고 있음을 의미합니다.

이 문제를 해결하기 위해 필요한 권한 만 제공하면됩니다.

SSH를 통해 서버에 연결 한 후 터미널/Putty/명령 줄 프롬프트에서 다음 명령을 실행합니다.

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

이 도움말 에서 자세한 내용을 확인하세요.

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.

권한이 775 인 root:apache로 소유권을 갖고 apache로 실행되는 httpd를 갖는 것이 전적으로 옳지 만 Wordpress는 이것을 좋아하지 않습니다. apache에 따라 소유자가 apache가되기를 원합니다.

     // 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 );
  }
 

당신은 :
wp_file_owner=루트
temp_file_owner=아파치

 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';
}
 

$ wp_file_owner가 $temp_file_owner와 같으면 계속 진행하십시오. 댓글에 따르면 삭제/생성이 허용되지 않고 업데이트 만 허용되는elseif에 여러분이 잡힐 것입니다.

참고로 저는 코드를 광범위하게 살펴 보지 않았습니다. 이것은 제 빠른 해석 일뿐입니다. 나는 같은 문제가 있었고,일단 httpd 사용자가 파일 소유자가되도록 user :group을 전환하면 더 이상 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.

직접적인 대답은 아니지만 아마도 말해야 할 것입니다. 이것은 권한을 777로 설정할 수있는 로컬 개발에 대해 이야기하지 않는 한 해결하지 않아야하는 문제입니다.

그 이유는 웹 서버가 코드를 덮어 쓸 수있는 경우 실행중인 모든 악성 코드도이를 수행 할 수 있기 때문입니다.위험은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.

질문이 더 이상 새로운 것은 아니지만이 문제에 대해서도 2 센트를 추가하고 싶습니다.

많은ppl이 VPS 서버에 Centos (7)를 가지고 있으며 다음 코드 줄이 문제를 해결할 수 있습니다.

Imho는 WordPress가 원하는대로 일을하지 못하도록하는 SELinux와 관련이 있습니다. SELinux 가 무엇이며 어떤 역할을하는지 설명합니다. 소개는 다음으로 시작합니다.

SELinux (Security-Enhanced Linux)는 커널에 구현 된 필수 액세스 제어 (MAC) 보안 메커니즘입니다.

다음 3 단계 :

• 1 터미널 열기 (또는 SSH를 통해 서버에 액세스)
• 2 다음 코드 줄 추가 chcon -R -t httpd_sys_content_t/var/www/html/wordpress
• 3 두 번째 코드 줄 추가 chcon -R -t httpd_sys_rw_content_t/var/www/html/wordpress

서버에서 재부팅하거나 필요한 데몬에서 다시 시작하지 않습니다.

모든 사람에게 도움이된다고 말하지는 않겠지 만 SELinux를 비활성화하지 않은 사람들에게는 안심이 될 것입니다.

건배

참고 : 필요에 따라 조정하세요 (WordPress로가는 경로).

편집 : wp-config.php define ( "FS_METHOD","direct"); 줄을 제거해야합니다. > 왜냐하면 위의 코드 라인이 원하는대로 작동 할 때 절대 안되는 일이기 때문입니다.

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.

제 경우에는 GIT에서 FTP 모드로 다시 전환하여이 문제를 해결했습니다.

더 이상 경고가 없습니다.

다른 사람에게도 도움이 될 것입니다.

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

No more warning.

Perhaps that'll help somebody else too.