Как отключить запрос FTP-данных в WordPress при обновлении?

Проверьте права владения файлами. Если пользователь, от имени которого работает Apache, имеет права на запись в директории WordPress, то встроенный процесс обновления будет работать без использования FTP. Учетные данные FTP требуются только в том случае, если веб-сервер не имеет необходимых прав на ваши файлы. В этом случае WordPress запросит данные FTP и попытается использовать их для подключения к тому же серверу, на котором он работает, чтобы иметь возможность записывать необходимые файлы.

Оказывается, WordPress не только проверяет, доступны ли директории для записи, но и проверяет, принадлежат ли они пользователю Apache (или, по крайней мере, принадлежит ли временный файл, который он создает, пользователю Apache). Обратите внимание на эти строки кода в /wp-admin/includes/file.php: get_filesystem_method():

if ( $temp_handle ) {
    if ( getmyuid() == @fileowner($temp_file_name) )
        $method = 'direct';
    @fclose($temp_handle);
    @unlink($temp_file_name);
}

Таким образом, быстрое решение — выполнить следующую команду и передать права на всю установку WordPress пользователю Apache:

sudo chown -R www-data wordpress/

Где www-data — это пользователь Apache, и, конечно же, wordpress — это ваша директория с установленным WordPress.

Я более подробно описал своё решение здесь: https://ardeearam.wordpress.com/2013/02/03/solved-wordpress-asking-for-ftp-credentials-when-upgrading/

При тонкой настройке Apache 2.4 через EasyApache4 для улучшения скорости загрузки сайта на сервере Centos 7 с PHP 7, я включил mod_pagespeed. При его включении автоматически отключаются модули mod_ruid2 и mod_cgi (и включаются два других модуля). При отключении mod_pagespeed модуль mod_ruid2 не включается автоматически обратно — повторно включается только mod_cgi. Без mod_ruid2 WordPress будет запрашивать FTP-данные.

Нет необходимости жестко прописывать настройки в wp-config.php или (опасно) устанавливать права на файлы в 777. Достаточно вручную включить mod_ruid2, перезапустить Apache, и проблема с FTP/правами доступа будет решена. WordPress и плагины теперь можно обновлять как обычно, а медиафайлы — загружать в галерею WordPress. Это работает сразу же.

Я также проверил, что при смене MPM с Prefork на Worker модуль mod_ruid2 отключается. При возврате с Worker обратно на Prefork mod_ruid2 не включается автоматически, что приводит к описанной в этом посте проблеме.

В обоих случаях ключевым моментом является проверка и включение mod_ruid2.

Надеюсь, это поможет.

1) Я не могу согласиться с ответом выше, потому что он слишком общий

1a) Мне просто не хочется рекурсивно менять владельца всех моих файлов (как использовать дробовик, чтобы убить комара). Тем более что раньше всё работало идеально.

1b) У WordPress есть "хитрая" особенность — внезапно запрашивать учетные данные для FTP.

2) Поэтому я начал глубже копать, следуя подсказке Ardee Aram. Я проверил файл file.php и его владельца. Оказалось, что file.php зависит от собственных прав доступа (которые были некорректно установлены на root).

Исправление: chown www file.php

ПРИМЕЧАНИЕ: Замените www на соответствующее значение для вашего дистрибутива или настроек (можно выполнить ps aux | egrep "php|http" и посмотреть владельца в первом столбце).

Надеюсь, это поможет кому-то избежать разочарования. Мне даже непонятно, почему WordPress сначала не "жалуется", а потом предлагает использовать FTP как альтернативу. Теперь это выглядит как "фича", которая внезапно появилась.