При редактировании страниц сайта открывается пустая страница. Как починить?
В последнее время обновил ssl сертификат на сайте и немного изменил настройки nginx. После этого в настройках сайта слетели все плагины (повыключались). Пришлось их включать заново, но сами настройки в них не слетели. Самая главная проблема, что при попытке отредактировать любую страницу (Pages - Edit) на мгновение появляются какие-то данные от редактора и тут же пустая страница. При попытке открыть галерею файлов (Media) - тупо пустое окно.
Дополнительно:
Если "и немного изменил настройки nginx", то вам скорей надо по серверам вопрос задавать а не WP.
Ответы:
Были ошибки от плагина WPBakery Page Builder, снёс его - теперь в логах ошибок нет, но всё так же при открытии для редактирования страницы она просто пустая. Единственный вариант отредактировать страницу - есть опция редактирования с помощью BeBuilder. Но там всё равно нет возможности выбрать например картику, т.к. при нажатии на кнопку обзор, галерея не открывается. Т.е. сейчас проблема в том, что не открывается редактор страниц и не открывается галерея - вместо них открывается пустая страница.
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
Пустая страница при редактировании страниц и в медиабиблиотеке после правок SSL/nginx чаще всего связана с ошибками JS/REST API или неверными правилами проксирования/заголовков. Gutenberg, медиабиблиотека и многие плагины активно используют REST API и AJAX. Если nginx начал отдавать неправильные редиректы, смешанный http/https или блокировать авторизационные заголовки, админка визуально может стать пустой.
Проверьте в первую очередь:
/wp-json/под доменом сайта;homeиsiteurl;Для nginx важно передавать заголовки:
proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme;
Если сайт за прокси или SSL терминируется не там, где PHP, WordPress может думать, что он на HTTP, и генерировать неправильные URL. Иногда нужно добавить в
wp-config.php:if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') { $_SERVER['HTTPS'] = 'on'; }
Но сначала смотрите конкретную ошибку в DevTools и PHP-логе. Не надо массово переустанавливать плагины: если они «слетели» после nginx/SSL, вероятнее всего проблема в окружении, правах, кэше или URL, а не в самих настройках плагинов.