Intereting Posts
Остановить wordpress от префикса URL Отображать назначенные термины со ссылкой встраивать the_content Не отображать виджет боковой панели, если на определенной странице Отображать страницы в алфавитном порядке Условный тег is_page с пользовательским типом сообщения Перевести строку на язык с существительными masculin / feminine Изменение параметров WP_LIST_AUTHOR для вывода всех пользователей в сетке (и Paginate) автор статьи thumbnail показать сообщение thumbnail Безопасно ли использовать запросы PUT и DELETE Вопросы о грубых атаках на имя администратора, исходящие из IP-адресов Amazon Объявления ниже нижнего колонтитула Страница категории для пользовательской таксономии показывает 404 при использовании пользовательской структуры постоянной ссылки WordPress перенаправляет на всплеск страницы один раз в день в течение первой недели Изображения, не отображаемые после перемещения сайта (но путь к файлу ОК)

Установка плагинов WP-admin через FTP бесшумно отключается на общем хостинге

У меня проблема с установкой плагинов на общем хостинге.

Когда я пытаюсь установить плагины, рекомендованные темой через интерфейс администратора, запускается процесс, дважды выводится сообщение «Распаковка пакета» (свободный перевод – может быть немного отличается на английском), но процесс установки никогда не заканчивается – независимо от того, установить или установить отдельно.

Плагин попадает в папку wp-content/upgrade но не перемещается оттуда. Я попытался установить разрешения в каталоге wp-content/plugins на 755, 766 и даже 777, но проблема, похоже, сохраняется.

WordPress пытается установить плагины через FTP. В моем файле wp-config.php я попытался поставить:

 define('WP_DEBUG', true); // Does not produce errors on frontend define('WP_DEBUG_LOG', true); // Does not create a log file with errors define('WP_MEMORY_LIMIT', '64M'); /** Following can be substituted by real values but the few seconds of time saved are not worth the vulnerabilty it causes. Should NOT be used on shared hosting due to security concerns. */ define("FTP_USER", "ftp_username"); define("FTP_PASS", "ftp_passs"); 

Использование define('FS_METHOD', 'direct'); похоже, не является хорошим вариантом, потому что файлы будут принадлежать серверу.

Ошибок на фронте процесса просто не заканчивается. Любые идеи о том, что должно быть причиной этого?

Хорошо еще раз я отправил слишком рано и понял решение вскоре после этого. Что сработало для меня, это добавить его в файл wp-config.php :

 define('FS_METHOD', 'ftpsockets'); 

Вышеприведенная строка пытается заставить WordPress использовать класс PHP Sockets при работе с файловой системой – обновление, установка и т. Д.


Для проблем безопасности на общем хостинге вы не должны хранить свое имя пользователя и пароль FTP в файле wp-config.php . Поэтому УДАЛИТЕ эти строки как можно скорее, если вы их используете:

 define("FTP_USER", "ftp_username"); // Substituted by real values obviously define("FTP_PASS", "ftp_passs");