2015-01-21 4 views
0

Смотрите исправление в конце постаWP4.1 - plugin-install.php дает «У вас недостаточно прав для доступа к этой странице».

Проблема плагинов не может быть больше не обновляется/установленная через админ панели. К самой панели мониторинга можно подключиться и, в основном, функционировать - за исключением обновления/установки плагинов (также нет записей для обновления Wordpress). У меня мало знаний о предыстории сайта, так как проблема была дана мне после факта.

Я уверен, что права на файловую систему (хост linux) в порядке. Пытался удалить все плагины (переименовал каталог) и .htaccess, безрезультатно. Тем не менее, плагин better-wp-security установлен, и я пришел к выводу, что некоторые изменения, которые он внес в db (в wp_config.php очень мало, кроме изменения префикса), может быть виновником. Веб-сервер (Apache) журналы показывают ошибку 500, когда плагин-install.php вызывается:

192.168.0.1 - - [21/Jan/2015:12:56:52 +0100] "GET /wp-admin/themes.php?page=install-plugins HTTP/1.1" 500 1351 "http://xxx.yyy.zzz/wp-admin/" "Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 Safari/537.36"  

error_log ясна. Ошибок не появляется в соответствии с показанным 500. На самом деле, очень мало ошибок появляются в error_log, даже с log_errors = On. php.ini имеет:

error_reporting = E_ALL & ~E_DEPRECATED 
display_errors = Off 
display_startup_errors = Off 
log_errors = On 
log_errors_max_len = 1024 
ignore_repeated_errors = Off 
track_errors = Off 
html_errors = Off 
mssql.min_error_severity = 10 

Я не мог получить больше информации, даже установив флаг отладки wp в true.

Я вручную ввел пользователя ID 1 (который удалил wp-best-admin) без каких-либо изменений. DISALLOW_FILE_EDIT не определен.

Что теперь?

EDIT: TL, DR: Установлен новый Wordpress, он работает. Не устанавливайте Wordpress из диспетчера пакетов ОС. Используйте tarpress wordpress.com.

Машина, на которой я работал, является сервером Centos6. Wordpress был установлен из репозитория EPEL - что оказалось разумным, потому что зависимости, бла-бла. НЕ. В попытке избежать обновления пакетов из приборной панели, упаковщик модифицированных источников таким образом, что является достаточно упрямым, чтобы:

  1. также ингибирую плагин устанавливает/обновление
  2. сделать это без какого-либо намека бы то ни было, что было происходит
  3. есть изменение поведения в стандартном обновлении

Отсюда неразбериха. Toool wp-cli, (https://trepmal.com/2014/02/22/getting-started-with-wp-cli/) с его основной проверкой контрольных сумм сыграл важную роль в решении - настоятельно рекомендуется.

ответ

1

Хорошо, ошибка 500 - это что-то плохое. Apache дает вам знать, что PHP сделал что-то настолько плохое, что он не может восстановиться.

Первое, что приходит в голову, это то, что ваш плагин безопасности изменил разрешения на каталог, такой как wp-content/uploads или wp-content/plugins. Можете ли вы загружать темы?

Вот несколько общих предложений.

0: резервное копирование базы данных и каталога wp-content/uploads. Резервное копирование любых настраиваемых тем и плагинов. Поместите их в безопасное место.

1: Ваши настройки php.ini выше не показывают, где регистрируются ошибки. Иногда это журнал ошибок Apache, иногда это /var/log/messages Убедитесь, что вы ищете нужное место.

2: Переустановите WordPress поверх существующего сайта. Ручное наложение сердечника не должно повредить ничего. Возможно, у вас есть коррумпированный PHP-файл (я бы это сделал) или какая-то модификация ядра, которая вызывает проблему. (Маловероятно)

3: Если он по-прежнему бросает 500, и вы не можете увидеть, где затем попробовать это как отчаянного усилие

  • Перейти к http://getpantheon.com/register и настройке бесплатной учетной записи. (Нет необходимости CreditCard. Да, я работаю для них, нет, это не реклама для них.)
  • настроить WordPress сайт как песочнице
  • Один за другим установить свои темы и плагины. Протестируйте каждую установку.

    d: если он все еще не работает, импортируйте свою базу данных. Это сложно, но похоже, что вы разработчик, так что вы можете понять это. Я использую Sequel Pro для OSX для всей моей работы с БД. Вам также необходимо скачать и использовать инструмент Cli Пантеона (https://github.com/pantheon-systems/cli), так что вы можете обновить базу данных с правильным URLS)

Сейчас # 3 много работы. В моем личном блоге мне требуется около 15 минут, но я делал это так много раз, что могу это сделать во сне. Ожидайте, что вам понадобится 60-90 минут, чтобы сделать это, в зависимости от размера вашего сайта.

Если ваш сайт работает правильно в песочнице, тогда это головоломка. В этот момент, как много боли в задней части, как это, я бы:

  • сделать резервную копию ВСЕ Удалить все на своем сервере (ну, все дело с этим сайтом)
  • Переустановка один в то время, пока он не будет работать нормально, или это ошибка снова.

НТН,

= C =

+0

Спасибо за вашу помощь - Жаль, что я видел его раньше. Решение (и проблема) находится в редактировании сообщения, но, если бы я видел и следил за вашим сообщением, я бы исправил установку намного раньше, поэтому я подхожу к вашему ответу. –

Смежные вопросы