No Image

Белый экран при входе в админку wordpress

СОДЕРЖАНИЕ
708 просмотров
10 марта 2020

Всем привет. Последнее время просто сыпятся вопросы от пользователей по поводу белого экрана смерти wordpress. Замучился каждому отвечать и решил написать небольшую статью.

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

Навигация по странице:

Белый экран wordpress

Проблема, когда пользователь видит белый экран в wordpress вместо своего сайта не новая, и обсуждаема много и много раз. Основной причиной его возникновения есть критические ошибки в php, но так как в 90% случаях ошибки на сайте отключены, то вместо ошибки мы видим белый экран.

Еще одной из причин возникновения белого экрана могут быть кривые плагины и темы. Например, достаточно не осторожно вставить вот такой код

И вы гарантировано увидите белый экран wordpress.

WordPress белый экран в админке

к менюПлохо когда упала клиентская часть сайта, но еще хуже, если мы завалили или нам помогли завалить админку вордпресс. В таком случае доступ к настройкам и к редактору темы будет невозможный.

Сделать белый экран в админке wordpress очень просто, например можно править файл темы functions.php , допустить в коде ошибку (забыть закрыть скобку или установить лишнею) и сохранить изменения. Вуаля, ошибка wordpress белый экран в админке нам обеспечена. Кстати, такую детскую ошибку невозможно вылечить без доступа к сайту по фтп или файлового редактора из хостинг панели 🙂

Что делать если на сайте wordpress белый экран?

Нужно включить ошибки и диагностировать проблему.

Как включить вывод ошибок wordpress

к менюСледуйте пошаговой инструкции, нажимая на цифры 1 2 3 в переключателю ниже:

Для начала нам нужно получить фтп доступ к сайту или воспользоваться встроенным редактором файлов, который есть практически в каждого уважающего себя хостинг провайдера. Доступ в хостинг панель нам нужна в любом случае.

Переходим к шагу 2.

Заходим на сервер по фтп, здесь нам нужно найти корень сайта, у вордпресс в корне всегда должно быть минимум 3 папки с такими названиями: "wp-admin", "wp-content", "wp-includes"; а также обязательно файл настроек "wp-config.php".

На скине ниже можно посмотреть как у меня выглядит корень сайта (изображение кликабельное, будет открыто поверх текста):

переходим к шагу 3

Открываем файл wp-config.php и в нем нам нужно найти вот такую строчку:

ее нужно изменить на вот такой вариант:

И сохранить файл.

Пример на скине:

Переходим к шагу 4

Проверяем нашу страницу, где до этого был белый экран, если на нем появились ошибки это хорошо, если ошибок нет идем дальше.

В корне сайта находим и открываем файл .htaccess , в самом начале нужно вставить вот такой код:

Если такого файла нет, то вам нужно его создать. Маленькая проблемка, винда не даст создать файл без имени, по этому делаем простой текстовый файл htaccess.txt заливаем на сервер и там его переименовываем на .htaccess

Еще раз проверяем нашу страницу, теперь мы должны 100% увидеть ошибку, хотя могут быть и исключения

Как избавится от ошибок wordpress

к менюПредположим вы включили вывод ошибок wordpress, ваш белый экран стал экраном с текстом ошибок, что делаем дальше?

– нам нужно попытаться исключить ошибку.

Смотрим текст ошибки, там будет указан путь к файлу где возникла ошибка и строка, например я лишний раз закрыл > скобку в файле functions.php, за это получаю такую ошибку:

путь к файлу у нас есть, строка тоже идем и исправляем ошибку.

Конечно это самый простой пример, бывают ситуации намного хуже. Например установили вы кривой плагин и он заблокировал вам весь сайт вместе с админкой, что делать как отключить?

Довольно просто, из ошибки смотрим как называется плагин, допустим "wp-plagin-bag-ru" заходим на фтп и идем в папку "wp-content" -> "plugins" находим там такое имя директории "wp-plagin-bag-ru" и переименовываем ее во что угодно, например в "wp-plagin-bag-ru__".

Если это был вредоносный плагин то мы его отключили и сайт должен начать работать в штатном режиме.

Разумеется приводить примеры можно очень долго и все равно, найдется такой уникальный случай, который я не описал. Для таких случаев у нас на сайте есть раздел Вопрос/ответ, где вы можете написать ошибку, которую выдает ваш сайт, и мы с радостью попробуем вам помочь. Также, можно описать проблему в комментариях и мы ответим вам максимально оперативно.

На этом у меня все, всем спасибо за внимание. Репост в социальных сетях приветствуется:

Все инструкции не помогли, более такого так не работала страница правки, а после вставки define(‘WP_DEBUG’, false); весь сайт лег. Решилось все просто, зашел на хостинг и поменял версию PHP на 5,6. Стояла 7.1. Далее разбираться не стал, работает и ладно.

Добрый день! У меня на сайте есть возможность просматривать прайс онлайн, который работает через ссылку на гугл документ, но в недавнее время когда открываешь прайс онлайн, то появляется окно с белым фоном, предложенные Вами 4 шага не выявили проблему, могли бы Вы подсказать, в чём может быть проблема?

Добрый день.
Все зависит от того что произошло. Варианты:
1) вы обновили вп но забыли обновить плагин.
2) обновили плагин но не обновили вп
3) гугл что то обновил у себя в апи и теперь нужно ждать пока выйдет обновление для плагина
4) чет изменилось в настройках сайта сервера (нужно разбираться)
5) ваш вариант.

Эта статья больше подходт для тех вариантов, когда сайт полностью упал и нельзя открыть ни одну страницу, иногда даже админку вп

То есть я удалил дочерний файл functions.php, вернее, скопировали его содержимое в другой файл. Затем сделал голый functions.php, как при создании дочерней темы – без дополнительных функция. Сохранил, но все те же ошибки. Далее, вернул назад все как было, сохранил, – и все опять стало как раньше – все заработало.

Добрый день.
Вирус и взлом врядли. Возможно конфликт, возможно пустые строки вне Antey :

В общем, у меня была такая ерунда. Белый экран. Потом я написал хостеру, посоветовали почистить кэш. Почистил – не помогла. Начал искать информацию, наткнулся на ваш сайт. Так вот, как только включил функцию дебаг, то появилось куча ошибок. Начал их исправлять, обновил страницу, а сайт опять заработал нормально. То есть админка заработала нормально. ЧТо это может быть? Как думаете? Вирус или кто-взломал сайт?

Читайте также:  Драйвер nvidia nforce 6100 430 mcp61p

Добрый день. При открытии страницы выдаёт ошибку

Warning: require_once(D:xampphtdocswordpress/wp-includes/load.php): failed to open stream: No such file or directory in D:xampphtdocswordpresswp-load.php on line 49

Fatal error: require_once(): Failed opening required ‘D:xampphtdocswordpress/wp-includes/load.php’ (include_path=’D:xamppphpPEAR’) in D:xampphtdocswordpresswp-load.php on line 49

Я правильно понимаю, отсутствует файл load.php в первом случае?
И что не так в строке 49?

Добрый день.
Сайт вообще запускался на этой локальной машине?
Проверьте есть ли файл, если есть значит с путями что то напутано.

у меня вот такую ошибку выдал:

[03-Jun-2018 05:05:54 UTC] База данных WordPress возвратила ошибку Table ‘eleron13_ruspl.wp_pmxi_images’ doesn’t exist в ответ на запрос SHOW FULL COLUMNS FROM `wp_pmxi_images`, выполненный wp_ajax_upload_attachment, media_handle_upload, wp_insert_attachment, wp_insert_post, do_action(‘add_attachment’), WP_Hook->do_action, WP_Hook->apply_filters, pmxi_add_attachment, PMXI_Model_Record->insert

то с этим делать?

Добрый день.
К сожалению по этой проблеме ничего не могу посоветовать, не приходилось таких решать.
Я бы сделал полную копию базы и фтп файлов и начал сначала обновлять все, потом отключать плагины потом ставить дефолтную тему. После каких-то действий проблема б исчезла и потом бы пытался понять почему именно так.
Если есть работающая копия можно просто откатиться к работающей, а этой проблемой заняться на тестовом хосте.

Error occurred: 500 – internal server error
Apache Server at: s1111999-75102.—.pro

Попробуйте удалить файл .htaccess, если не поможет написать в поддержку своего хостинга. возможно там проблемы с кодировкой utf-8 и BOM

ответ хостера
На текущий момент, услуга хостинга работает в штатном режиме.
На текущий момент, оба сайта открываются с белым экраном, а также фиксируется ошибка 508 Resource Limit is Reached.

Проанализировали логи доступа для ваших сайтов, судя по всему ваши сайты постоянно находится под нагрузкой
из-за различных поисковых ботов (примерно 130 000 запросов за 3 часа ! ).
Порядка 120 000 обращений приходится на (-url-) от YandexBot.

есть вариант что вирус зашел. но хз.как.
есть два сайта один на WP другой webBilder12
вот после обновления другого, начались проблемы и с WP сайтом.
в админку не попасть, по FTP могу

да возможно вирус возможно досять. Для начала советую настроить cloudflare.com в бесплатном режиме. Это частично снизит нагрузку, если это DDOS атака то они срежут часть трафика и сервер начнет работать лучше. советую настраивать на оба сайта. Если не поможет, вам нужен хороший специалист по лечению и поиску вирусов. При чем вряд ли он будет специалистом и по вп и по второй системе.
Возможно у вас валять только один сайт, а второй просто страдает за компанию. Этот вариант можно исключить, взяв просто заблокировав один из сайтов. Для ВП достаточно переименовать основной index.php в любо что.

СПС. попробовал сделать иначе.
убил папку сайта на хостере
пересоздал сайт заново
и после подключил старую БД
пока работает, буду смотреть заново

Здравствуйте! Выдаёт следующую ошибку: Parse error: syntax error, unexpected ‘[‘, expecting ‘)’ in ***/wp-content/themes/yootheme/functions.php on line 220

не понимаю в чём проблема, в указанной строке вот это: return call_user_func_array([$theme->view, ‘render’], func_get_args());

если не трудно, подскажите в чём проблема?

Добрый день.
Если заменить [$theme->view, ‘render’] на array($theme->view, ‘render’) не будет работать??

Теперь на запятую ругается: Parse error: syntax error, unexpected ‘,’ ***/wp-content/themes/yootheme/functions.php on line 220

Здравствуйте! Подскажите что делать –
Notice: Use of undefined constant ddsg_language – assumed ‘ddsg_language’ in /home/s/shoppmagru/public_html/wp-content/plugins/sitemap-generator/sitemap-generator.php on line 45

Все сделал как описано в статье и у меня вот такая ошибкаParse error: syntax error, unexpected end of file in /home/user3252/public_html/wp-content/themes/xmarkup/functions.php on line 532 Что нужно сделать дальше, я нашел строку но не пойму что там нужно менять.

Если не ошибаюсь, вы где то забыли закрыть > или if() end;

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

Из сегодняшнего подробного руководства, посвященного проблеме белого экрана, вы узнаете:

  • Причины его появления
  • Пути его устранения
  • Что сделать, чтоб попрощаться с ним навсегда.

Мы пошагово рассмотрим четыре основных способа устранения "белого экрана смерти" раз и навсегда. Среди них:

  1. Проверка используемых плагинов
  2. Увеличение лимита памяти PHP
  3. Смена используемой на данный момент темы
  4. Активация debug режима

ВНИМАНИЕ! Перед внесением любых из вышеперечисленных изменений на свой сайт сделайте полный бэкап всех файлов и базы данных.

И только после этого можете переходить к выполнению первого метода.

1. Проверка плагинов

Именно используемые когда-либо вами плагины могут быть самой первой причиной появления «белого экрана смерти» на вашем мониторе при открытии страниц сайта WordPress. К счастью, подобного рода неполадки очень легко устраняются.

Чаще всего это плагины, конфликтующие с другими плагинами или используемой вами темой. Поэтому нужно выяснить, где находится этот корень зла, способствующий появлению белого экрана. Что мы сейчас и попытаемся сделать.

Если у вас есть доступ к Консоли

  1. Перейдите в раздел Плагины .
  2. Деактивируйте ранее добавленный плагин. Обычно это сразу же устраняет белый экран, и вы можете продолжить пользоваться сайтом в привычном режиме.
  3. Если после этого ничего не изменилось и белый экран не исчез, то деактивируйте абсолютно все активные на данный момент плагины. Для этого в этом же разделе отметьте галочкой нужный бокс над списком плагинов, выберите в выпадающем списке функцию «Деактивировать» и сохраните изменения.

Можно, конечно же, отключать плагины один за другим и сразу же проверять состояние сайта. Но если ничего не изменилось и после деактивирования всех плагинов, то причина кроется в чем-то другом.

Если у вас нет доступа к Консоли

  1. Подключитесь к серверу сайта через соединение FTP или с помощью контрольной панели и перейдите в управление файлами.
  2. Перейдите в директорий сайта wp-content и переименуйте папку plugins на свое усмотрение. Например, на plugins-old .
  3. Теперь, когда все плагины деактивированы, обновите сайт и скрестите пальцы, чтоб не увидеть белый экран.

Если же белый экран исчез, то активируйте все плагины заново и продолжайте работу с сайтом в привычном режиме. Но если этого не произошло, то вам нужно вернуть переименованной папке plugins начальное название и следовать руководству дальше.

2. Увеличение лимита памяти PHP

Редактируем файл wp-config.php

  1. Установите соединение с сервером FTP и перейдите в корневой директорий сайта.
  2. Откройте файл wp-config.php в текстовом редакторе и добавьте в него строку кода:
    define(‘ WP_MEMORY_LIMIT ‘, ‘ 64M ‘);
    Учтите, что указанный в строке объем памяти в размере 64Мб может отличаться в зависимости от используемого вами сервера.
  3. Сохраните изменения и обновите сайт. Если все хорошо, то вас можно поздравить. Если нет, продолжайте искать проблему дальше.
Читайте также:  Спящий режим приложений на андроиде что это

Редактируем файл php.ini

  1. Снова соединитесь с сервером FTP и перейдите к корневой директорий вашего сайта.
  2. Получив доступ к файлу, добавьте в него следующую строку кода:
    memory_limit = 64M ;
    Если же у вас нет к нему доступа, то вы можете создать его в корневой директории вашего сайта на WordPress.
  3. Сохраните все изменения и обновите сайт. Имейте в виду, что максимальный объем оперативной памяти, необходимый для работы скрипта сайта на WordPress – 64 Мб.

Редактируем файл .htaccess

Этот файл есть на каждом сайте на WordPress.

  1. Для начала вам снова понадобится доступ к серверу FTP и корневой директории сайта.
  2. Отредактируйте файл и добавьте в него строку кода:
    php_value memory_limit 64M
  3. Еще раз обновите фронтенд сайта. Белый экран по прежнему перед глазами? Тогда двигаемся дальше.

3. Замена активной темы

Если у вас есть доступ к Консоли

  1. Перейдите в раздел Внешний вид → Темы в админке.
  2. Активируйте любую стандартную тему, например, Twenty Fourteen или Twenty Thirteen.
  3. Обновите сайт. Какой результат? Ваш монитор до сих пор красуется белым полотном? Не теряйте терпения. Продолжайте искать причину дальше. Тем более что осталось еще совсем чуть-чуть.

Если у вас нет доступа к Консоли

В этом случае вам придется немного потрудиться, так как через админку все делать намного проще. Но что поделаешь, если у вас нет другого выбора.

  1. Подключитесь к серверу своего сайта через FTP и проверьте, что стандартные темы WordPress загружены на сервер.
  2. Теперь откройте phpMyAdmin через панель управления хостингом и перейдите к таблице wp_options в базе данных.
  3. На странице параметров ищите « template » и « stylesheet ». Их названия нужно заменить согласно названию директория темы, которую вы хотите сделать активной. В нашем случае это ‘ twentyfourteen ‘ или ‘ twentythirteen ‘.
  4. Обновите сайт. Если все осталось неизменным, то не стоит отчаиваться. Осталась последняя причина, которая могла спровоцировать появление белого экрана.

4. Активация дебаг режима

Если файл wp-config.php содержит дебаг-код

  1. Подключитесь к серверу через FTP и зайдите в корневую директорию сайта.
  2. Откройте файл и разместите в нем строку кода:
    define(‘ WP_DEBUG ‘, false);
  3. Для активации дебаг-режима измените исходное значение false на true вот таким образом:
    define(‘ WP_DEBUG ‘, true);
  4. Обновите страницу.

Более детально ознакомиться с информацией о дебаг-режиме (отладка) можно на странице WordPress Codex .

Если файл wp-config.php не содержит дебаг-код

  1. Снова потребуется подключение к серверу через FTP и доступ к корневой директории сайта WordPress.
  2. Откройте файл wp-config.php и разместите строку кода со значением true:
    define(‘ WP_DEBUG ‘, true);
  3. Обновите страницу и во фронтенде сайта появится отладочная информация, которая поможет вам выявить причину белого экрана.

Заключение

Вот и все. Выполнив по порядку все эти действия или же только часть из них, вы исправите проблему «белого экрана смерти». Объем работы зависит только от того, где скрыта проблема. А у вас получилось ее найти и решить?

Автор: Эдуард Бунаков · Опубликовано 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

Если вы видите экран, подобный вышеприведенному, вот несколько общих шагов для решения проблемы:

  1. Отключите плагины и темы
  2. Устраните синтаксические ошибки
  3. Включите отладку
  4. Увеличьте лимит памяти
  5. Проверьте проблемы с правами доступа к файлам
  6. Проверьте на ошибки при обновлении

Пустая страница 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, сообщите в комментариях, чтобы можно было извлечь из этого пользу и разделить ее с другими!

Комментировать
708 просмотров
Комментариев нет, будьте первым кто его оставит

Это интересно
Adblock
detector