Содержание
Автор: Эдуард Бунаков · Опубликовано 14 февраля 2019 · Обновлено 24 марта 2019
Всех приветствую!
Нет ничего хуже, чем перейти на свой WordPress сайт и внезапно столкнуться с белым экраном смерти, делающим сайт недоступным как администраторам, так и посетителям. Сегодня я расскажу вам о шести распространенных проблемах, возникающих наряду с белым экраном смерти WordPress, наиболее частых причинах и, самое важное, способах их устранения, что даст вам возможность максимально быстро вернуть свой сайт к жизни.
Белый экран смерти WordPress
Белый экран смерти WordPress (WSOD — white screen of death) почти всегда вызван ошибками в PHP коде или нехваткой памяти. Первое, что вам следует сделать, это проверить наличие админ доступа на свой сайт. Если клиентская часть пользовательского интерфейса веб-сайта не работает, но с админ доступом все в порядке, скорее всего у вас проблемы с темой или плагином. Вы можете проверить как обстоят дела с админ доступом просто перейдя по адресу mysite.com/wp-admin.
В зависимости от браузера белый экран смерти также может иметь некоторые отличия. Вот пример для Google Chrome. Он выдает нам предупреждение «This page isn’t working and is unable to handle the request.» (Эта страница не активна и не может обработать запрос). Это ошибка HTTP 500.
Белый экран смерти Google
Для Mozilla Firefox, это полностью белый экран без ошибок и предупреждений.
Белый экран смерти Firefox
Как исправить WSOD
Если вы видите экран, подобный вышеприведенному, вот несколько общих шагов для решения проблемы:
- Отключите плагины и темы
- Устраните синтаксические ошибки
- Включите отладку
- Увеличьте лимит памяти
- Проверьте проблемы с правами доступа к файлам
- Проверьте на ошибки при обновлении
Пустая страница wordpress
1. Отключите плагины и темы
Одним из самых простых и распространенных способов исправления белого экрана смерти WordPress является обычное отключение всех плагинов. Зачастую проблемы с сайтом возникают после их неудачного обновления. Если у вас сохранился админ доступ, быстрым способом будет переход к вкладке «Плагины» и выбор опции «Деактивировать» в соответствующем меню. Это приведет к отключению всех ваших плагинов. Если это решит проблему, необходимо будет выявить «виновника». Активируйте их один за другим, перезагружая сайт после каждой активации.
Если у вас нет доступа к панели управления, можете попасть на свой сервер посредством FTP соединения и переименовать папку с плагинами во что-то вроде plugins_old. После чего еще раз проверьте свой сайт. Если он работает, тогда вам нужно будет поочередно протестировать все плагины. Верните папке с плагинами первоначальное название, а затем поочередно меняйте в ней названия папок отдельных плагинов до тех пор, пока не выявите «проблемный».
То же самое касается и тем WordPress. Можете временно заменить свою тему на стандартную, Twenty Seventeen будет хорошим выбором. Если у вас есть доступ к панели управления, перейдите в раздел «Темы» в меню «Внешний вид» и, как вариант, активируйте тему «Twenty Seventeen», после чего еще раз проверьте свой сайт. Если он заработал, значит дело в теме.
Если админ доступ отсутствует, действия аналогичны рассмотренным в случае с плагинами. Назовите папку «wp-content/themes» как-нибудь по-другому, к примеру, «themes_old». После чего WordPress вернется к той стандартной теме, которая использовалась последней, скорее всего – это «Twenty Seventeen» (если у вас нет никаких других тем, можете загрузить Twenty Seventeen из репозитория WordPress , а затем в папку с темами «themes». Затем снова проверьте свой сайт.
Если он работает, тогда, возможно, ваша тема с чем-то конфликтует или имеет проблемы, вызванные обновлением. В таком случае вам возможно придется связываться с ее разработчиком.Устраните синтаксические ошибки
2. Устранение синтаксической ошибки
Еще одной распространенной причиной появления белого экрана смерти являются ошибки в синтаксисе или опечатки, возникающие при редактировании кода WordPress сайта. Не тот символ или стоит не там, где нужно может вывести со строя весь ваш сайт. Да, это немного пугает! И является причиной того, почему никогда не следует редактировать код активного сайта.
Однако не стоит волноваться. С сайтом всегда можно соединиться посредством SFTP и вручную отменить внесенные изменения. В случае, если вы не знаете какие изменения вызвали проблему, у вас есть очередная причина выполнять резервное копирование WordPress сайта.
3. Включите отладку
Если белый экран смерти WordPress никуда не делся или у вас проблемы с получением админ доступа (или может вы нашли «виновника», но хотите разобраться во всем лучше), можете включить отладку и она выявит любые ошибки. Проблема в том, что при возникновении критической ошибки выполнение скрипта просто прерывается. Если это произойдет до того, как отобразиться какой-либо контент, всем что вы увидите будет белый экран или пустая страница без каких-либо символов.
Для включения отладки вам нужно будет открыть файл wp-config.php, размещенный в папке установки WordPress. В этом файле вы должны найти следующую строку:
Вам нужно будет заменить false на true и перезагрузить свой сайт. Если такой строки нет, можете добавить ее в начале кода.
Пример WP_DEBUG
Вместо пустого белого экрана вы получите белый экран и сообщения об ошибках. О значительном улучшении говорить не приходится, но по крайней мере можно приступать к работе! Если вы до сих пор не отключили плагины и темы, взглянув на сообщение об ошибке, вы сможете выяснить, какой(ая) из них является «виновником». Сообщение должно указывать на файл с ошибкой, как-то так:
По сообщению можно понять, что ошибка закралась в 38 строке плагина «my-test-plugin». Отключение этого плагина должно помочь.
В случае, если вам нравится вносить изменения в код, возможно у вас получится исправить саму ошибку. Однако, если плагин загружен из репозитория, вместо самостоятельного исправления рекомендую написать автору. Если вы модифицируете плагин, вам придется обслуживать весь код с внесенными изменениями, а это головная боль, проще деактивировать плагин до того, как он будет исправлен разработчиком.
Если после включения отладки вы совсем не видите ошибок, возможно придется обратиться к вашему хостинг-провайдеру, поскольку отладка может быть некорректно настроена на сервере.
4. Увеличьте лимит памяти
Если вы по-прежнему видите пустую страницу или сообщение с ошибкой, указывающей на ограниченность либо нехватку памяти, вам нужно выделить больше памяти для приложения.
Во многих случаях это можно сделать с помощью файлаwp-config.php, просто добавьте в него следующий код:
Если это не сработает, у вас есть несколько вариантов. Вы можете использовать для этого файл .htaccess из корневого каталога WordPress. ( Данный файл будет недоступен на серверах NGINX ) Для увеличения лимита памяти просто добавьте следующую строку:
Можно воспользоваться файлом php.ini для увеличения лимита памяти. Откройте файл и в любом месте добавьте следующую строку:
Если памяти по-прежнему не хватает и требуется выделять все больше и больше, проблема может быть в вашем приложении. Возможно ваша тема или один из плагинов потребляет чрезмерное количество ресурсов. Попросите разработчика уделить этому внимание, хост провайдер может помочь, показывая журналы SQL и другие статистические данные.
5. Проверьте проблемы, связанные с правами доступа
Пустую страницу или белый экран смерти wordpress при неправильно выставленных правах на папки и файлы, встречать не приходилось. Но все же это может вызвать дополнительные проблемы. Как знать, при определенных обстоятельствах они могут стать причиной появления WSOD! Их можно исправить самостоятельно, но нужно совершенно точно понимать, что вы делаете, в противном случае лучше отказаться от затеи.
Для WordPress действуют три простых правила:
- для файлов 664 или 644,
- для папок 775 или 755
- а для файла wp-config.php — 660, 600, или 644
Если у вас имеется SSH доступ к серверу, можно применить соответствующие правила с помощью следующей команды, выполнив ее корневой директории WordPress.
sudo find . -type f -exec chmod 664 <> +
sudo find . -type d -exec chmod 775 <> +
sudo chmod 660 wp-config.php
Если вы не уверены в своих способностях или немного напуганы, обратитесь за помощью к своему хост-провайдеру. У некоторые из них – тех, которые пересекаются с WordPress – присутствует даже автоматическая проверка прав доступа, с помощью которой вы можете получить нужную информацию.
6. Проверьте не было ли неудачного автообновления
Иногда у WordPress могут возникнуть проблемы, вызванные обновлением, например, истечение времени ожидания сервера. Чаще всего это разрешается автоматически, но в некоторых случаях может возникнуть белый экран смерти.
Первым делом нужно зайти в корневой каталог WordPress и проверить имеется ли там в наличии файл maintenance. Не бойтесь удалить его и заново загрузить на свой сайт. Когда обновление прошло успешно, и WordPress просто не удалось автоматически удалить этот файл, сайт вернется в нормальное состояние.
При не завершении обновления, его можно закончить автоматически, и все также должно наладиться. Если ничего не помогает, следуйте рекомендуемой процедуре обновления в ручную. Это должно решить проблему раз и навсегда.
Резюмируем
Много что может пойти не так, но к счастью ситуация обычно не так страшна, как кажется. Обычная проверка плагина/темы должна устранить проблему, а включение отладки определенно облегчит ее решение. Если вы столкнулись с другой причиной появления белого экрана смерти WordPress, сообщите в комментариях, чтобы можно было извлечь из этого пользу и разделить ее с другими!
Я работаю с WordPress 3.5.8. Вчера я внес кое-какие изменения в него другу. Я не знаю, что произошло, но через некоторое время, когда я пытаюсь войти в wp-admin и выполнить URL www.mysite.com/wp-admin Он показывает мне пустую страницу. Как мне решить эту проблему? Я искал в интернете и блогах. Я обнаружил, что это может быть связано с проблемами хостинга или грубой силой атаки, но я не думаю, что это то, что случилось с моим сайтом.
Ссылки I посетил:
20 ответов
попробуйте включить WP Debug. Если это происходит из-за ошибки PHP (я уверен, что это так), вы сможете увидеть, что происходит, и исправить ошибку.
после того, как десятки раз пытались исправить эту проблему, чтение форумов и сообщений, переустановка WordPress, удаление пробелов, ввод строк кода в wp-config.php, индекс.php, admin.php, я исправил проблему, просто переименовав до "pluginss" в FTP. Поэтому wordpress попросил меня обновить базу данных. Я обновил, и я мог войти в /wp-admin . Плагин вызывал некоторый конфликт, поэтому, когда я переименовываю plugins папка, все плагины автоматически отключены.
Как Я был внутри /wp-admin dashboard, я мог бы переименовать "pluginss" папка с обычным именем и начать активировать все плагины один за другим и посмотреть, что плагин был сломан.
теперь 100% в порядке.
перейти к вашей functions.php страница и удалить любые пробелы непосредственно выше или ниже вашего PHP теги.
Я столкнулся с той же проблемой, и я попробовал много вещей, таких как попытка входа через wp-login.php вместо /wp-admin и добавление ob_start () в /wp-admin/index.php (если вы нажмете url / wp-admin, это будет /wp-admin). Он показал страницу входа, но ввод имени пользователя и пароля показывает ошибку, такую как "cookies заблокированы из-за неожиданного вывода".
Я, наконец, нашел решение: это происходит потому, что темы и плагины, которые вы установили не поддерживаемый.
Как проверить и исправить:
переименуйте имя папки плагина и имя папки темы. если при открытии / wp-admin и вводе действительного имени пользователя и пароля отображается панель мониторинга, то она работает.
верните имя папки плагина и темы, затем активировать темы и плагины один за другим, перекрестная проверка с /wp-admin. Вы узнаете неподдерживаемый плагин или тема.
вся ваша проблема решается прямо сейчас, просто следуйте этой инструкции:
- перейти к темам, то де активировать текущую тему, просто поставить " x " в первой букве имени темы.
например, это имя вашей папки темы:" mytheme "просто поместите" x "в первую букву, как это" xmytheme " tho di активировать.
затем после этого вернитесь в свою панель wp-admin, а затем бум! wp-admin доступная.
когда вы получаете доступ к панели wp-admin или находитесь на панели управления, снова активируйте тему, но до этого. Удалите букву "X", которую вы вставили в название темы. пример: "xmytheme" просто удалите "x", выведите так:"mytheme"
надеюсь, что это поможет!.
У меня тоже был пустой экран для моего блога. Решением было скопировать резервную копию wp-config, php как-то "живой" wp-config.php был заменен нулевым размером файла.
в моем случае у меня была та же проблема. Помог удалить wp-config.PHP-файл. WordPress создал новый wp-config.php-файл и wp-admin теперь работают безупречно. Переименовывать Плагины, папки тем не помогает.
[6] был на месте. У меня была такая же проблема т. е. пустой экран, где должен был быть wp-admin Переименование плагинов в pluginss позвольте мне вернуться.
У меня тоже был пустой экран для моего блога. Решением было скопировать резервную копию wp-config, php как-то "живой" wp-config.php был заменен нулевым размером файла.
кажется, что очень важно иметь автономную резервную копию Простой способ скопировать файлы-Filezilla (freeware)
вам нужен плагин wordpress для резервного копирования базы данных-т. е. для резервного копирования всех ваших страниц и сообщений. Но профи скажут вам, что вам нужно получить
Я столкнулся с той же проблемой несколько минут назад, проблема была в том, что когда я загрузил свою локальную тему, у меня была куча тегов, разделяющих каждую функцию, которую я имел там, я решил это, поместив все функции в один тег php. Надеюсь, это поможет.
У меня была эта проблема (не показывая /wp-admin/), когда я переместил свой сайт на новый хост. я решаю эту проблему,: 1. Папка активированной темы Re mane 2. Установите их снова и активируйте 3. скопируйте и повторно поместите какой-то настроенный файл .стиль CSS. js из резервной копии
Блог одинокой рыбки запутавшейся в сетях
Админка WordPress показывает пустую страницу
Решил тут поработать немного, что конечно случается со мной редко. Ну вчера спину потянул в зале, сидеть неудобно за столом, а обычно в такие моменты и проявляется неудержимая тяга провести за компутером весь день.
Ну да не суть, пошел постить на один из блогов на WordPress, залогинился в админку блога, а там кукиш. Точнее левую админскую панельку показывает корректно, а вот основной фрейм нет: просто белоснежный лист во всех разделах, кроме StatPress – там все показывается корректно )) то есть кто заходил и куда ты видишь, а ничего с этим сделать не можешь.
Сам блог нормально шуршит и работает, но админка недоступна.
Есессно первым делом снес печеньки для домена, те которые cookies. Не помогло. Решил попробовать убрать плагины, т.к. из-за них периодически такая ботва случается, для чего смувил их в отдельную подпапку – с тем же успехом, т.е полным отсутствием оного. Только теперь еще лишился возможности любоваться графиками StatPress.
Ну ок, стал копаться и пришел к тому что это оказывается баг WordPress 3.3.1. Типо работал- работал и вдруг перестал. Так что лечится такое двумя путями, либо апдейтом до свежей версии, либо же быстро лапками ищем по ftp файл /wp-admin/includes/screen.php , находим в нем 706 строку в которой запись вида
_help_sidebar; ?>
меняем на
_help_sidebar; ?>
После чего все начинает корректно шуршать
Еще по теме:
Автор: anchous | Категория: сайты | 05 15th, 2014 |
7 Комментариев
- стас сказал:
after publication. —>October 26th, 2015 at 8:54 pm
Спасибо мужик помог, два дня с этой хренью гемороился.
А спину давай лечи это не шутки 🙂
Анчоус, спасибо тебе, помог разобраться. При переносе сайта (на WP 3.3.1)на другой хостинг (и домен)возникла проблема, когда невидно записей в админке. Раз 5 заново переносил.))))) Если бы не твоя наводка, так бы и парился.
Дай бог тебе здоровья.
_________
(сходу перевел бы тебе рублей 100, да контактов что то не нашел.)
anchous Reply:
September 7th, 2016 at 10:06 pm
всегда пжлста! но с WordPress обычно панацея – в любой непонятной ситуации, накатывай чистый свежак 😉
Была аналогичная проблема после переноса сайта на другой домен. Грешил сначало на некорректно указанные урлы в базе данных, но попробовал этот способ и всё заработало. Спасибо за статью!
Дай бог тебе здоровья. А то я уже вордпресс решил уничтожить вместе с сайтом