WordPress ошибка при редактировании страницы

  • Доброго дня.
    С недавних пор нет возможности корректировать некоторые (не все) страницы сайта. Выдает «Произошла непредвиденная ошибка.». Т.е. сама страница для редактирования открывается, но как только пытаешься что-то сделать на странице, появляется сообщение об ошибке.
    Повторюсь, относится не ко всем страницам сайта.
    Сама страница в сети открывается корректно.
    Нашла на просторах вариант ремонта — очистить кэш. После процедуры очистки кэша правки внести смогла, обновила, все хорошо. На следующий день проблема повторилась.
    Версию wp обновила до 6.0, плагины все также обновлены.
    Прошу помочь разобраться и исправить ошибки.

    Текст ошибки:

    Error: Failed to execute 'removeChild' on 'Node': The node to be removed is not a child of this node.
        at Sh (https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:152:165)
        at Qj (https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:174:181)
        at unstable_runWithPriority (https://wood-step.ru/wp-includes/js/dist/vendor/react.min.js?ver=17.0.1:24:26)
        at Za (https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:73:8)
        at eb (https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:170:163)
        at gf (https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:162:317)
        at https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:73:230
        at unstable_runWithPriority (https://wood-step.ru/wp-includes/js/dist/vendor/react.min.js?ver=17.0.1:24:26)
        at Za (https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:73:8)
        at $g (https://wood-step.ru/wp-includes/js/dist/vendor/react-dom.min.js?ver=17.0.1:73:176)

  • I am running on the latest version of wordpress.

    I am clicking on edit page of a Home Page, however, wordpress is not allowing me to edit the page.

    also when clicking on edit post, the font is white on the visual editor and this is very frustrating.

    So kindly please help.

    asked Mar 17, 2016 at 9:05

    curiousEngine's user avatar

    2

    Step to perform

    1. Deactivate all plugins. Yes… ALL plugins.
    2. Switch to the default 2014 theme.
    3. Manually empty and refresh your browser cache.

    Only after you perform all three steps.. will you see the content editor load properly.

    Why need to do this step

    1. You have to deactivate all plugins to rule out possible interference from a plugin.
    2. You have to switch to the default theme because… well… we know it works.
    3. You have to manually empty your browser cache because the tinymce editor is notorious for holding onto and serving cached files from the server.

    Now, after your editor is working properly again… reactivate your theme.

    If it continues working… it’s not your theme. Begin reactivating plugins (one at a time) going back to check the editor.

    You will eventually find the faulty plugin (or theme) that is preventing the editor from displaying properly.

    «Edit Page» — all of the text in the edit box is in white font

    Try adding define('CONCATENATE_SCRIPTS', false ); to the bottom of your wp-config.php file (just before the require_once line).

    answered Mar 17, 2016 at 9:17

    Vasim Shaikh's user avatar

    Vasim ShaikhVasim Shaikh

    4,4952 gold badges23 silver badges52 bronze badges

    2

    Maxim-KL

    На сайте с 26.01.2011

    Offline

    350

    4763

    В первые с таким встречаюсь, даже не знаю куда копать…

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

    В чем может быть проблема? Заранее всем очень благодарен за помощь…:popcorn:

    Jaf4

    На сайте с 03.08.2009

    Offline

    804

    посмотри целостность бд

    1

    Maxim-KL

    На сайте с 26.01.2011

    Offline

    350

    Jaf4:
    посмотри целостность бд

    Проверил, кажется все ок. Или есть какой то способ о котором я не знаю?)

    LEOnidUKG

    На сайте с 25.11.2006

    Offline

    1698

    Включите отображение ошибок, и вместо пустой страницы будет или недостаток памяти или сбой какой-то функции.

    2

    Maxim-KL

    На сайте с 26.01.2011

    Offline

    350

    LEOnidUKG:
    Включите отображение ошибок

    А как это включить? А то как то ранее с этим не сталкивался…

    LEOnidUKG

    На сайте с 25.11.2006

    Offline

    1698

    Jaf4

    На сайте с 03.08.2009

    Offline

    804

    в phpMyAdmin вроде есть опция проверки бд. Заходим, выбираем бд, внизу ссылка «отметить все» — отмечаем все таблицы, в выпадающем меню выбираем «С отмеченными» — Проверить таблицу.

    Maxim-KL

    На сайте с 26.01.2011

    Offline

    350

    Jaf4:
    в phpMyAdmin вроде есть опция проверки бд.

    Это сделал в первую очередь, часто бывает что действительно помогает.

    А теперь решение, честно такого даже не ожидал, возможно кому то пригодится.

    Сайт клиентский и особо с ним не знаком, но хорошо что заметил у странички было более 9000 версий записи (более 9000 раз ее редактировали и в БД сохранялись старые копии). Все почистил с помощью простого плагина и заработало. Если бы случайно не заметил, наверно еще бы долго возился.

    LEOnidUKG

    На сайте с 25.11.2006

    Offline

    1698

    А зачем сохраняются копии до 9000 ?! Там что википедия?

    1

    melkozaur

    На сайте с 06.04.2010

    Offline

    505

    LEOnidUKG:
    А зачем сохраняются копии до 9000 ?! Там что википедия?

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

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

    2

    Maxim-KL

    На сайте с 26.01.2011

    Offline

    350

    #10

    LEOnidUKG:
    А зачем сохраняются копии до 9000 ?! Там что википедия?

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

    ochibki-obnovlenia-WordPress

    Приветствуем вас! Иногда при редактировании сообщения или страницы вы можете увидеть ошибку обновления или ошибку публикации в редакторе WordPress гутенберг. Эта ошибка не дает никаких подсказок, что делает ее особенно сложной для новичков. К счастью, есть несколько распространенных причин и обходных путей, которые могут помочь вам решить эту проблему, если вы с ней столкнетесь. Мы объясним, что вызывает эту проблему и как избежать этого в будущем.

    Почему WordPress иногда не может обновлять или публиковать контент

    По сути, WordPress иногда использует набор API (методов программирования), называемых REST API, для отправки и получения запросов к базе данных.

    Если он не может отправлять и получать эти запросы, некоторые части вашего веб-сайта могут не работать. Сюда входит редактор блоков WordPress, который использует API для отправки запросов на обновление и публикации.

    Почему WordPress не может использовать REST API?

    Теперь вам может быть интересно, если я не вносил никаких изменений в свой веб-сайт, почему REST API перестал работать сам по себе? Существует ряд сценариев, которые могут помешать WordPress использовать REST API. Например, возможно, вы не подключены к интернету или потеряли связь.

    Другие причины могут быть немного сложнее. Например, вы могли случайно изменить URL-адрес сайта, плагины могут быть причиной проблемы или сторонняя служба может блокировать вызовы API. Давайте посмотрим, как устранить и исправить ошибку обновления WordPress.

    Шаг 1. Проверьте подключение к Интернету и URL-адрес сайта.

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

    Убедитесь, что вы подключены к инету, посетив другие веб-сайты в новой вкладке браузера. Если ваш интернет работает нормально, то следующее, что вам нужно проверить, — это настройка URL-адреса вашего сайта WordPress.

    Просто перейдите на страницу «Настройки» — «Общие» и убедитесь, что параметры «Адрес сайта» и «Адрес WordPress» указаны правильно. Должны быть одинаковые URL-адреса в обоих полях.

    ochibki-obnovlenia-WordPress-1

    Если настройки URL-адреса вашего сайта выглядят нормально, и вы подключены к интернету, вы можете перейти к дальнейшему устранению неполадок.

    Шаг 2. Проверьте статус REST API с помощью WordPress Site Health

    WordPress поставляется со встроенным инструментом работоспособности сайта, который показывает важную информацию о безопасности и производительности сайта.

    Просто перейдите на страницу «Инструменты» — «Здоровье сайта», чтобы просмотреть отчет. Если REST API не работает, вы увидите это в разделе рекомендуемых улучшений как «REST API обнаружил неожиданный результат». У нас на тестовом сайте данной ошибки нет, но у вас она может быть.

    ochibki-obnovlenia-WordPress-2

    Он также может показать вам некоторую отладочную информацию, которая может объяснить, что произошло, когда WordPress сделал вызов REST API. Изучение этого может дать вам некоторое представление о том, какой плагин или сторонняя служба могут вызывать проблему. Однако, если это не дает вам никакой подсказки, вы можете перейти к следующему шагу.

    Шаг 3. Отключите все плагины WordPress

    Если какой-то плагин WordPress вызывает некорректное поведение REST API, то самый простой способ выяснить это — деактивировать все плагины.

    Вы можете перейти на страницу «Плагины», установить флажок и нажать «Деактивировать» и «Применить».

    ochibki-obnovlenia-WordPress-3

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

    Теперь вы можете активировать свои плагины WordPress по одному и попытаться воспроизвести ошибку. Как только вы найдете плагин, вызывающий проблему, вы можете обратиться за поддержкой к автору плагина или найти альтернативный плагин.

    Но, если отключение всех плагинов не привело к исчезновению ошибки, перейдите к следующему шагу.

    Шаг 4. Проверьте службу брандмауэра веб-сайта

    Если вы используете службу брандмауэра веб-сайта, такую как Sucuri или Cloudflare, то есть вероятность, что эти службы могут блокировать запросы REST API.

    Это может произойти, если их фильтры брандмауэра сочтут ваш IP-адрес подозрительным. Они также могут блокировать запросы REST API, если ваш сайт подвергается атаке DDOS. Если вы используете Cloudflare, вы можете временно отключить Cloudflare, чтобы посмотреть, решит ли это вашу проблему.

    Обычно вы найдете настройки Cloudflare в разделе «Домены» на панели управления хостингом. Если вы используете Sucuri, вы можете обратиться в их службу поддержки, и они могут внести ваш IP-адрес в белый список или сообщить, что вызывает проблему.

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

    Шаг 5. Включите и просмотрите журнал отладки WordPress

    WordPress поставляется со встроенной функцией для ведения журнала всех ошибок WordPress. Он не регистрирует ошибки REST API, но поможет вам узнать, есть ли другие проблемы, которые могут вызывать ошибку.

    Просто добавьте следующие строки в свой файл wp-config.ph:

    // Change WP_DEBUG to true
     
    define ( 'WP_DEBUG', true );
     
    // Keep a log of WordPress errors
     
    define ( 'WP_DEBUG_LOG', true );

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

    После этого вы можете подключиться к своей учетной записи хостинга WordPress с помощью FTP-клиента и перейти в папку / wp-content /. Отсюда вы можете загрузить файл debug.log на свой компьютер.

    ochibki-obnovlenia-WordPress-4

    Вы можете открыть файл отладки в текстовом редакторе, например, в блокноте. Он может содержать несколько ошибок, предупреждений или уведомлений, обнаруженных WordPress, когда вы работали со своим сайтом или, когда его посещал пользователь.

    ochibki-obnovlenia-WordPress-5

    Если вы видите что-то, что указывает на файл плагина или темы, это может указать вам на ошибку. Затем вы можете упомянуть об этой ошибке, когда просите поддержки на форумах WordPress.org или у вашего хостинг-провайдера.

    Шаг 6. Временно переключитесь на классический редактор WordPress

    Временное решение этой ошибки — включить классический редактор. Это старый редактор WordPress, который не использует REST API для обновления и публикации контента.

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

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

    С уважением Вячеслав и Валерия!

    Понравился материал? Поделитесь с друзьями!

    Интересное на блоге

    Главная » WordPress » На сайте возникла критическая ошибка WordPress | Как исправить?

    Ошибка, которую вы увидели на экране: «На сайте возникла критическая ошибка WordPress«, полный текст выглядит следующим образом:

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

    Существуют различные другие версии этой ошибки, которые появляются в зависимости от того, какие изменения вы делаете: обновления php, ошибка wordpress install, ошибка при неудачном входе, ошибка при активации woocommerce и т.д.

    Начиная с версии WordPress 5, благодаря режиму отладки, на экране появляется сообщение о том, что на сайте возникли технические проблемы. В WordPress 5.2 — 5.3 мы получали сообщение об ошибке «На сайте возникли технические проблемы«. Но в последнем выпуске WordPress 5.4 разработчики WordPress изменили сообщение. В этой статье я рассмотрю, как это исправить.

    Существует множество распространенных ошибок wordpress, с которыми вы можете столкнуться, например:

    • 500 internal server error,
    • 504 Gateway Timeout error,
    • 404 Page Not Found ,
    • 405 Method Not Allowed Error,
    • WordPress File And Folder Permissions Error,
    • Error Establishing a Database Connection in WordPress,
    • White Screen of Death (WSOD) Error и многие другие. Я подробно рассматривал все эти ошибки в других статьях моего блока.

    Содержание

    1. Что означает эта критическая ошибка WordPress?
    2. Как исправить критическую ошибку в WordPress?
    3. Включите режим отладки в WordPress
    4. WordPress обновление PHP до версии 7.4 или выше
    5. Проверка версии PHP в WordPress
    6. Устранение проблем, связанных с конфликтом тем
    7. Устранение проблем, связанных с конфликтом плагинов
    8. Исправление ошибочных пользовательских кодов
    9. Вывод
    10. Нужна помощь от эксперта по WordPress?

    На сайте возникла критическая ошибка

    WordPress 6.1.1 имеет встроенную функцию, которая обнаруживает, когда плагин или тема вызывают фатальную ошибку на сайте. Она уведомляет вас об этом автоматическим письмом. Такого рода проблемы генерируют PHP FATAL ошибки. Фатальные ошибки возникают, когда PHP перестает работать и требует, устранение неполадки, прежде чем вы сможете завершить процесс.

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

    • Вы установили или удалили плагин?
    • Вы активировали или деактивировали плагин?
    • Загрузили, активировали или деактивировали новую тему?
    • Вносили ли вы какие-либо изменения в веб-хостинг?
    • Обновляли ли вы что-либо через FTP?
    • Обновляли ли вы версию PHP?

    CMS WordPress и некоторые из активных плагинов требуют использования большого количества памяти, либо на сайте много одновременных посещений, может возникнуть высокое потребление памяти PHP. Если потребности в памяти превысят установленные лимиты, на сайте возникнет ошибка: «На сайте произошла критическая ошибка WordPress«.

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

    При фатальной ошибке ваш запрос не может быть выполнен. Вместо того чтобы показывать сломанные страницы с многочисленными ошибками, WordPress теперь показывает приличный экран. Вот и все.

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

    Как исправить критическую ошибку в WordPress?

    Включите режим отладки в WordPress

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

    wp_debug включение

    Существует несколько вариантов активации режима отладки в WordPress. Один из самых быстрых и эффективных — изменить файл wp-config.php, который будет находиться в корне нашего сайта. Для этого подключитесь к файлам сайта по FTP и откройте файл wp-config.php из корневой папки WordPress в текстовом редакторе. Найдите следующие строки и отредактируйте добавив следующие строки:

    define(‘WP_DEBUG’, true);

    define( ‘WP_DEBUG_LOG’, true );

    define( ‘WP_DEBUG_DISPLAY’, false );

    @ini_set( ‘display_errors’, 0 );

    Измените значения false на true и сохраните. Теперь, когда вы обновите страницу сайта, вы можете увидеть другие ошибки, которые могут дать вам лучшее понимание того, откуда исходит ошибка. Вы также можете проверить журналы отладки через FTP. Не забудьте вернуть значение false после завершения работы.

    Возможно, файл уже содержит некоторые из этих строк, если это так, проверьте, что они одинаковые, и оставьте одну из них WP_DEBUG_LOG. Сохраните изменения в файле wp-config.php, и с этого момента WordPress будет записывать в этот файл любое предупреждение, уведомление или ошибку, возникающую на сайте. Расположение будет в папке wp-content/debug.log

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

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

    Как только активировали режим отладки, можем загрузить или прочитать файл напрямую /www/wp-content/debug.log, который будет иметь содержание, аналогичное следующему:

    Wordpress debug log просмотр

    В зависимости от уровня журнала он покажет нам предупреждения, уведомления, ошибки или все вместе. В нашем случае он покажет все уровни журнала. В основном сосредоточимся на строках, которые начинаются с «PHP Fatal error» или «Error», которые являются теми ошибками, которые могут привести к тому, что веб-страница не будет показана пользователю.

    Существуют и другие уровни ошибок, но эти — самые важные. Теперь давайте узнаем, как решить эту проблему, обновив версию PHP.

    WordPress обновление PHP до версии 7.4 или выше

    WordPress написан на языке PHP, и ваш хостинг устанавливает его версию.

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

    Как и при обновлении WordPress, плагинов и тем, также важно обновить PHP WordPress до последней версии. Есть две причины, по которым вам необходимо обновить версию PHP.

    1. Сайт WordPress будет работать быстрее
    2. Новая версия PHP более эффективна. Вы можете увеличить производительность вашего сайта в 3-4 раза.

    Также сайт будет более безопасным. WordPress — самая популярная CMS, построенная на PHP. Следовательно, хакерам легко взломать сайт wordpress. Обновив PHP, вы получите новейшие функции безопасности, которые отсутствуют в предыдущей версии PHP. Поэтому очень важно обновить PHP до последней версии.

    Проверка версии PHP в WordPress

    Чтобы проверить текущую версию PHP, вы можете создать новый файл, допустим serverinfo.php. Теперь отредактируйте этот файл и добавьте в него следующий код. После этого запустите файл, и он предоставит вам всю информацию о системе, на которой работает ваш сервер.

    <?php

       phpinfo(); // Функция информации о версии php

    Устранение проблем, связанных с конфликтом тем

    Для этого просто активируйте тему по умолчанию, например, Twenty Twenty или выше.

    К сожалению, поскольку ваш сайт отображает ошибку, вам придется устранять неполадки с помощью файлового менеджера вашего хостера (например, файлового менеджера cPanel) или использовать FTP или sFTP (это защищенная версия FTP).

    Важно отметить, что при смене темы вы не потеряете настройки выбранной темы.

    Для этого переименуйте папку с активной темой, добавив в конце названия папки DISABLE или DISABLED. Например, если вы используете Twenty Nineteen и папка называется «twentynineteen «, вы назовете ее «twentynineteenDISABLE» или «twentynineteenOLD». Вернитесь в верхнюю часть сайта и обновите страницу.

    Цель — посмотреть, исчезнет ли ошибка. Если не исчезнет, то это что угодно, но не тема.

    Устранение проблем, связанных с конфликтом плагинов

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

    После того, как плагины будут отключены, вернитесь и переименуйте папку в начальный вид «plugin». Зайдите в админку WordPress и снова включите каждый из них по очереди, пока не появится сообщение «На сайте возникла критическая ошибка».

    Когда вы обнаружили проблему, вам, вероятно, нужно восстановить объект или модуль, который ее вызвал. Вы можете сделать это несколькими способами.

    Скачайте оригинальные файлы плагина прямо из каталога плагинов WordPress и замените плагин через Файловый менеджер вашего хостера (или cPanel) или через FTP или sFTP.

    Использовать плагин WP Rollback для восстановления плагина до предыдущей версии.

    Если вы используете WP Rollback, есть несколько версий на выбор. Он подскажет вам, какая версия у вас установлена. Выберите плагин для восстановления. Нажмите на «Rollback», если он доступен в списке плагинов в вашем администраторе WordPress.

    Исправление ошибочных пользовательских кодов

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

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

    Если критические ошибки исправлены, то вы уже знаете, что виновником является:

    • Ваш пользовательский код.
    • Или версия PHP, из-за проблем с совместимостью между ними.

    Вывод

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

    Кроме того, сайт WordPress отправит вам электронное письмо с инструкциями, а иногда даже активирует режим восстановления WordPress.

    Если вы не получили письмо от WP, вы можете посмотреть в журналы сервера и получить запись, связанную с этой проблемой?

    Это также может помочь вам найти решение. Вы можете получить доступ к журналу ошибок через FTP или cPanel, зайдя в корневой каталог установки WordPress. Вы также можете поговорить с вашим хостинг-провайдером, чтобы узнать, где хранятся журналы ошибок, так как у каждого хостера они разные.

    Нужна помощь от эксперта по WordPress?

    Нет технических знаний? Поможем исправить. На вашем веб-сайте произошла критическая ошибка? Свяжитесь с нами прямо сейчас и мы мгновенно исправим проблемы с WordPress.

    Просмотр 15 ответов — с 1 по 15 (всего 26)

  • Модератор
    Yui

    (@fierevere)

    ゆい

    откатите измененные файлы из резервной копии.

    А как где это сделать? И где найти эту копию

    Модератор
    Yui

    (@fierevere)

    ゆい

    вам лучше знать, делали ли вы резервные копии.

    Если меняли файлы темы — можете скачать архив с темой из каталога заново.

    Возможно ваш хостинг делает резервные копии.

    Да и в целом… в последнее время (в новых версиях WP) испортить файлы через редактор — достаточно сложно, не знаю как вы ухитрились

    Ну и на будущее, в настройках SEO плагинов есть специальные поля, куда можно вводить код для мета-тегов подтверждения прав в Y,G,Bing и иже с ними

    А как скачать архив новый? И если заменить Настройки не удалятся? Я ,извиняюсь, не особо разбираюсь , вот хотел разобраться чуть, но накосячил похоже

    Модератор
    Yui

    (@fierevere)

    ゆい

    Темы

    с каталога и скачать. Я не знаю какая у вас тема на сайте была. Вы не сказали.

    Настройки хранятся в БД, от замены файлов они не изменятся и не пропадут.

    Так я скачал , а как заменить Файлы? Какие дальнейшие действия?

    Подключиться по FTP и загрузить папку с темой в /wp-content/themes/.

    А можно кого-то попросить? Сделать это, естественно не за бесплатно.
    А то если дальше лазить буду, боюсь больше накосячить

    Модератор
    Yui

    (@fierevere)

    ゆい

    тогда вам в этот раздел : https://ru.wordpress.org/support/forum/community/

    и не забудьте прочитать прикреплённую тему в нём.

    При обновлении файла в редакторе пишет «ваши изменения в коде PHP были отменены из-за ошибки на строке 1085 файла wp-content/plugins/raven/uncludes/modules/post-meta/widgets/post-meta.php Исправьте и попробуйте переслхранить
    Где найти эту строку?

    anonymized-17844177

    (@anonymized-17844177)

    patoe, привет.

    При обновлении файла в редакторе

    Так лучше не делать, тем более в редакторе.

    Где найти эту строку?

    из-за ошибки на строке 1085 файла wp-content/plugins/raven/uncludes/modules/post-meta/widgets/post-meta.php

    /wp-content/plugins/raven/uncludes/modules/post-meta/widgets/post-meta.php — файл, 1085 — строка.

    Привет привет, да только я не могу найти этот файл в редакторе

    anonymized-17844177

    (@anonymized-17844177)

    patoe, если речь про редактор в админпанели WordPress, то там навигация по файлам немного специфично устроена.

    Лучше воспрользуйтесь FTP или файловым менеджером в своём аккаунте на сйате хостера, если твёрдо решили что-то менять в плагине.

    Да я уже ничего не хочу менять, главное что бы сайт заработал

  • Просмотр 15 ответов — с 1 по 15 (всего 26)

    Ссылка на хостинг: Сегодня поговорим об ошибках на WordPress. На сайте возникла критическая ошибка WordPress — разбираем эту и другие ошибки WordPress!

    Решение проблемы с белым экраном.

    На сайте возникла критическая ошибка WordPress — разбираем эту и другие ошибки WordPress! В этом видео покажем, что …

    Ошибка WordPress: белый экран. На сайте возникла критическая ошибка WordPress

    Ошибка WordPress: белый экран. На сайте возникла критическая ошибка WordPress

    Критическая ошибка на сайте WordPress

    Критическая ошибка на сайте WordPress

    Как исправить – на сайте возникли временные проблемы технического характера WordPress

    Как исправить – на сайте возникли временные проблемы технического характера WordPress

    Как создал сайт и не наполняю... | Критическая ошибка на сайтах WordPress. ВАЖНО!!!

    Как создал сайт и не наполняю… | Критическая ошибка на сайтах WordPress. ВАЖНО!!!

    ТОП 5 ошибок WordPress и их решения

    ТОП 5 ошибок WordPress и их решения

    Ошибка 500 Internal Server Error: что это значит и как исправить

    Ошибка 500 Internal Server Error: что это значит и как исправить

    Ошибки WordPress | Топ 3 способа их исправить.

    Ошибки WordPress | Топ 3 способа их исправить.

    Как решить проблемы в здоровье сайта WordPress: Curl error 28, Operation timed out и др.

    Как решить проблемы в здоровье сайта WordPress: Curl error 28, Operation timed out и др.

    Плагин для решения проблем на вашем сайте WordPress

    Плагин для решения проблем на вашем сайте WordPress

    Как исправить 🎅 ошибку добавления и редактирования статей заметок на сайте WordPress Сделать сайт

    Как исправить 🎅 ошибку добавления и редактирования статей заметок на сайте WordPress Сделать сайт

    белый экран на сайте wordpress как исправить

    белый экран на сайте wordpress как исправить

    Как исправить ошибку Internal Server Error в WordPress?

    Как исправить ошибку Internal Server Error в WordPress?

    Еще читайте: Как заставить работать кнопку «Добавить медиафайл» в WordPress.

    ТОП 5 ошибок WordPress по моему мнению, с которыми сталкиваются владельцы сайтов.

    Занимаюсь разработкой WordPress c 2016 года, автор нескольких плагинов и шаблонов. Участвую в развитии сообщества WP на GitHub.

    9 / 7 / 3

    Регистрация: 18.02.2019

    Сообщений: 411

    1

    На сайте возникла критическая ошибка

    28.02.2020, 10:04. Показов 24366. Ответов 17


    Здравствуйте!
    На сайте https://novogrudok.today/ при попытке редактировать страницу, после нажатия на «Обновить» появляется сообщение «На сайте возникла критическая ошибка. Пожалуйста, проверьте входящие сообщения почты администратора для дальнейших инструкций.»
    Изменения, внесённые на страницу, на сайте отображаются. После смены темы на тему по умолчанию, проблема не устраняется.
    Помогите, пожалуйста, определить направления для решения. Спасибо.

    __________________
    Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

    0

    112 / 108 / 42

    Регистрация: 22.01.2017

    Сообщений: 452

    28.02.2020, 10:15

    2

    Лучший ответ Сообщение было отмечено gogolik как решение

    Решение

    Сергей_1981, попробуйте отключить плагины

    1

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    28.02.2020, 10:16

    3

    Сергей_1981, в файле wp-config.php найдите define( 'WP_DEBUG', false ) и установите на true. Проделайте все действия, чтобы повторить ошибку, и то, что выдаст, пришлите сюда.

    Когда закончите, верните значение на false.

    1

    9 / 7 / 3

    Регистрация: 18.02.2019

    Сообщений: 411

    28.02.2020, 10:47

     [ТС]

    4

    Vlad03, спасибо! После отключения плагинов страница обновляется без проблем.
    gogolik, и Вам спасибо! Выдало: » offset access syntax with curly braces is deprecated in /home/novogrud/public_html/wp-content/plugins/loco-translate/loco.php on line 157″
    Правильно ли будет данный плагин убрать?

    Добавлено через 2 минуты
    Точнее ошибка: «[28-Feb-2020 07:44:04 UTC] PHP Deprecated: Array and string offset access syntax with curly braces is deprecated in /home/novogrud/public_html/wp-content/plugins/loco-translate/loco.php on line 157»

    Добавлено через 46 секунд
    gogolik, правильно я выполнил Ваши указания?

    0

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    28.02.2020, 10:59

    5

    Сергей_1981, версия php 7.4? Если этот плагин нужен, то понизьте версию php до 7.3 и ждите обновления плагина, которое будет поддерживать версию 7.4. Если же плагин не нужен — смело отключайте его.

    0

    9 / 7 / 3

    Регистрация: 18.02.2019

    Сообщений: 411

    28.02.2020, 11:11

     [ТС]

    6

    Цитата
    Сообщение от gogolik
    Посмотреть сообщение

    версия php 7.4?

    да.
    Изменил на 7.3. Сайт пока вообще не доступен…
    (Дело в том, что не только в этом плагине проблема: продолжает выдавать ошибку и после его отключения, хотя, изменения страницы на сайте отображаются)

    0

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    28.02.2020, 11:20

    7

    Лучший ответ Сообщение было отмечено gogolik как решение

    Решение

    Сергей_1981, значит, какой-то другой плагин имел такую же проблему. Давно перешли на 7.4?

    Переход с версии на версию занимает какое-то время.

    0

    9 / 7 / 3

    Регистрация: 18.02.2019

    Сообщений: 411

    28.02.2020, 11:50

     [ТС]

    8

    Цитата
    Сообщение от gogolik
    Посмотреть сообщение

    Давно перешли на 7.4?

    В конце прошлого года. Правда, после этого на сайте ничего не делал.

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

    Добавлено через 24 секунды
    P.S. Версию РНР вернул 7.4.

    0

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    28.02.2020, 11:56

    9

    Сергей_1981, да, всё может быть. Нужно читать ошибки, которые выдаёт WP.

    Версию зря подняли, думаю. Скорее всего, ошибка loco-translate вернётся до полного обновления плагина.

    0

    9 / 7 / 3

    Регистрация: 18.02.2019

    Сообщений: 411

    28.02.2020, 12:38

     [ТС]

    10

    Цитата
    Сообщение от gogolik
    Посмотреть сообщение

    Версию зря подняли, думаю.

    На 7.3 сайт не работал.

    0

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    28.02.2020, 12:42

    11

    Сергей_1981, а ошибку какую выдавал?

    0

    9 / 7 / 3

    Регистрация: 18.02.2019

    Сообщений: 411

    28.02.2020, 12:52

     [ТС]

    12

    500

    0

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    28.02.2020, 12:55

    13

    Сергей_1981, я имею в виду, что ошибка — то, что выдаёт wp_debug.

    0

    9 / 7 / 3

    Регистрация: 18.02.2019

    Сообщений: 411

    28.02.2020, 12:58

     [ТС]

    14

    Цитата
    Сообщение от gogolik
    Посмотреть сообщение

    я имею в виду, что ошибка — то, что выдаёт wp_debug.

    А то, что я из консоли WP отправлял ([28-Feb-2020 07:44:04 UTC] PHP Deprecated: Array and string offset access syntax…) это не то?

    0

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    28.02.2020, 13:03

    15

    Сергей_1981, это было и после перехода на 7.3?

    Ладно, если сейчас всё нормально работает — хорошо. Если повторится ошибка — пишите, посмотрим.

    1

    0 / 0 / 0

    Регистрация: 14.09.2020

    Сообщений: 3

    14.09.2020, 13:14

    16

    Добрый день. Возникла похожая проблема, не открывается редактор товара на сайте. Выдает такую ошибку:
    Deprecated: load_plugin_textdomain was called with an argument that is deprecated since version 2.7.0 with no alternative available. in /home/,,,,,/public_html/wp-includes/functions.php on line 5067 Parse error: syntax error, unexpected »[fusion_builder_container bac’ (T_ENCAPSED_AND_WHITESPACE) in /home/r/,,,,/public_html/wp-content/uploads/fusion-builder-avada-pages/agency.php on line 19
    Помогите исправить данную ошибку!!!

    0

    Модератор

    Эксперт HTML/CSS

    2101 / 1426 / 637

    Регистрация: 13.03.2010

    Сообщений: 4,878

    14.09.2020, 13:21

    17

    maxim2322, обновите плагин. Если нет новой версии — ищите альтернативу.

    1

    0 / 0 / 0

    Регистрация: 14.09.2020

    Сообщений: 3

    14.09.2020, 13:48

    18

    Спасибо

    0

    Когда на вашем веб-сайте отображается “Белый экран смерти” со страшным сообщением “На этом веб-сайте произошла критическая ошибка” может показаться, что это было на вашем сайте. К счастью, еще не все потеряно, и есть несколько способов исправить это.

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

    Сбой, из-за которого весь ваш веб-сайт и, возможно, серверная часть отображаются в виде белой страницы, может вызывать беспокойство. WordPress сообщает о наличии проблемы следующим сообщением: “Произошла критическая ошибка” и проверить электронную почту администратора для получения дополнительных инструкций. Помимо легкой паники, это сообщение может заставить вас задуматься о том, что может быть причиной этого.

    В целом критические ошибки в WordPress вызываются следующими причинами:

    • Проблема с PHP
    • Превышен лимит памяти
    • Неисправный плагин, тема или код
    • Плагин конфликтует с другим
    • Поврежденная база данных

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

    • “HTTP 502 Bad Gateway:” Проблема с сервером, вызванная перегрузкой посетителей.
    • “Служба HTTP 503 недоступна:” Проблема с сервером.
    • “500 Внутренняя ошибка сервера:” Это еще одна критическая ошибка, обычно вызванная повреждением файла сервера.
    • “Ошибка установления соединения с базой данных:” Эта проблема может быть вызвана поврежденной базой данных или сервером базы данных.
    • “ERR_CACHE_MISS:” Кэш вашего веб-сайта или инструменты PHP, такие как плагины, скорее всего, вызовут эту проблему.
    • “ERR_CONNECTION_TIMED_OUT:” Ошибка может возникнуть из-за перегрузки или медленной работы веб-сервера.

    Если вы получаете какие-либо другие странные ошибки, вы можете проверить их значение, используя это руководство по кодам ошибок WordPress HTTP.

    Как исправить критическую ошибку WordPress

    Вот наиболее распространенные способы устранения неполадок советы по восстановлению вашего веб-сайта.

    Активировать режим отладки в WordPress

    Первое, что нужно сделать при решении проблемы с WordPress, — активировать функцию отладки. При включенном режиме отладки вы увидите различные ошибки PHP, возникающие на вашем сайте. Эту информацию можно использовать для поиска основной причины.

    Если вы не можете получить доступ к панели управления, вам потребуется включить журнал отладки, чтобы собрать все ошибки PHP. Выполните следующие действия, чтобы получить доступ к журналу отладки и включить отладку.

    1. Подключитесь к своему сайту с помощью FTP.
    2. Найдите файл “wp-config-php” через корневую папку и откройте ее с помощью IDE или текстового редактора.
    3. Скопируйте и вставьте следующий код перед последним сообщением, затем сохраните и закройте файл.

    define(‘WP_DEBUG’, true ); определить(‘WP_DEBUG_DISPLAY’, ложь); определить(‘WP_DEBUG_LOG’, true );

    Все ошибки для вашего сайта теперь будут записываться в журнал “debug.log” файл, найденный в папке “wp-content” папку.

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

    После того, как вы закончите просматривать журнал, удалите строки кода из “wp-config-php” файл.

    Восстановить резервную копию сайта

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

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

    Отключить все плагины

    Плагины обычно виноваты в критической ошибке WordPress. Найти проблемный может быть сложно, если на вашем сайте установлено несколько плагинов. Быстрый способ узнать, является ли проблема плагином, — отключить их все, чтобы увидеть, исчезнет ли проблема. Если это так, включайте их по одному, пока не найдете тот, который снова нарушает работу сайта.

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

    1. Войдите в панель управления WordPress.
    2. Выберите “Плагины” и “Установленные подключаемые модули”
    3. Установите флажок в верхней части списка, чтобы выбрать все подключаемые модули.
    4. Нажмите “Массовые действия” затем “Деактивировать” Это должно разрешить все конфликтующие плагины и восстановить ваш сайт.

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

    Выберите параметр «Активировать» под каждым подключаемым модулем, чтобы включить его. После каждого проверяйте, не вернулась ли критическая ошибка. Как только вы найдете виновника, удалите его и найдите замену или найдите информацию о проблемах совместимости с плагином.

    Вернуться к теме по умолчанию

    Конфликтующая тема также может стать причиной критических ошибок. Проверьте, так ли это, временно переключив свою тему на тему по умолчанию, например “Twenty Nineteen” «Двадцать двадцать» или «Двадцать двадцать один». Если проблема связана с темой, это должно решить ее немедленно.

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

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

    1. Войдите в панель инструментов WordPress.
    2. Перейдите к разделу “Внешний вид” затем “Темы.”
    3. Нажмите текущую тему, чтобы выберите его, затем в правом нижнем углу всплывающего окна нажмите “Удалить”
    4. Если возможность удалить тему недоступна, попробуйте загрузить и изменить тему на тему WordPress по умолчанию.

    Увеличьте лимит памяти PHP

    Даже если тема или плагин вызвал сбой вашего веб-сайта, фактической причиной часто является ограничение памяти PHP.

    Ваш веб-сервер будет иметь определенный объем памяти или ОЗУ. WordPress ограничивает объем памяти, который может использовать PHP-скрипт. Белый экран и сообщение о критической ошибке будут отображаться, если этот предел превышен.

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

    Выполните следующие действия, чтобы увеличить лимит PHP.

    1. Зайдите на свой веб-сайт через FTP.
    2. Откройте файл “wp-config.php” файл.
    3. Скопируйте и вставьте следующий код перед последней строкой, затем сохраните.

    define(‘WP_MEMORY_LIMIT’, ‘128’ );

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

    Обновите версию PHP

    Старые версии PHP могут вызывать критические ошибки. На вашем сайте должна быть установлена ​​последняя версия PHP, поддерживаемая WordPress.

    Некоторые пользователи WordPress предпочитают как можно дольше использовать старые версии PHP из-за проблем с совместимостью плагинов. Если на вашем веб-сайте используется PHP 5.x, обновление необходимо как можно скорее, поскольку конфликты могут быть серьезными. Обновления PHP имеют большое значение, поэтому обязательно сделайте резервную копию перед обновлением.

    Все хостинговые компании WordPress позволяют легко обновить версию PHP. Вот как это делается в Bluehost.

    1. Войдите в панель управления Bluehost.
    2. Выберите “Дополнительно” вкладку слева.
    3. На странице “Дополнительные инструменты” нажмите кнопку “МультиPHP-менеджер” icon.
    4. На следующей странице нажмите “Версия PHP” Стрелка раскрывающегося списка, чтобы выбрать версию PHP, которую вы хотите обновить.
    5. Нажмите “Применить.”

    Очистить кэш веб-сайта

    Хотя кеширование — лучший способ ускорить ваш сайт, иногда кеш может быть поврежден. Простая очистка кеша удалит застрявшие и поврежденные файлы, после чего ваш сайт будет работать как положено. Не нужно беспокоиться об удалении кеша вашего веб-сайта, так как кешированная версия ваших страниц восстанавливается, поэтому ваш сайт может продолжать быстро загружаться.

    Различные хостинг-провайдеры будут использовать аналогичные шаги для очистки кеша веб-сайта через панель инструментов. . Bluehost упрощает это, предоставляя опцию в области администрирования WordPress. Следующие шаги помогут вам понять, как это делается.

    1. Войдите в панель управления WordPress.
    2. Перейдите в раздел “Кэширование” на панели инструментов вверху.
    3. Выберите “Очистить все .”

    Bluehost немедленно удалит файлы из вашего кэш веб-сайта.

    Проверить наличие вредоносного ПО

    Вредоносное ПО также может вызывать критические ошибки на веб-сайтах и ​​может быть причиной в этом сценарии, если вы заметите странные скрипты PHP, которые вы не можете отследить до темы или плагина. Если вы заблокированы на своем веб-сайте, вы не сможете запустить сканирование. Кроме того, может быть трудно определить, является ли файл законным или был добавлен вредоносным ПО. Вредоносное ПО также может изменять файлы PHP, что вы можете не заметить, если только вы не разработчик.

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

    Верните свою домашнюю страницу

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

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

    Ваш сайт работает должным образом? Если да, то что вы делали, чтобы сбросить ошибку? Расскажите нам об этом в разделе комментариев ниже.

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

    WordPress

    Оглавление

    • 1 Сообщение в WordPress “На сайте возникла критическая ошибка”
    • 2 Поиск проблемы в плагинах
    • 3 Поиск проблемы в теме
    • 4 Восстановление сайта из резервной копии

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

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

    Как правило, сообщение в WordPress “На сайте возникла критическая ошибка” появляется после того, как вы что-то изменили на сайте, установили какой-то плагин или тему, или поменяли их настройки. Также она может появиться после выполнения одного из обновлений.

    На сайте возникла критическая ошибка

    Поиск проблемы в плагинах

    Если вы думаете, что делать, если видите сообщение “На сайте возникла критическая ошибка”, то первым делом проверьте плагины, потому что это самая частая причина. В этом сообщении также говорится о том, что нужно проверить почту администратора сайта для подробной информации об ошибке. Поэтому зайдите на свою почту и найдите это письмо (оно может попасть в папку “Спам”). В письме может быть указанно, какой именно плагин вызывал проблему. Зная название плагина, вы можете удалить его.

    Чтобы удалить плагин, не имея доступа к консоли WordPress, обратитесь к файловому менеджеру. который есть в панель управления любого хостинга. В файловом менеджере в корневой папке вашего сайта откройте папку wp-content/plugins. В этой папке хранятся файлы всех плагинов. Если по пришедшему письму вы поняли, какой плагин вредит, то удалите здесь его папку – она будет называться примерно так же, как и плагин. После удаления проверьте наличие ошибки и скорее всего сайт восстановится.

    Если письмо с отчётом об ошибке вам не пришло или из него не понятно, какой именно плагин в этом виноват, то придётся пойти более долгим путём. Сначала определите, что это вообще вина плагина. Для этого переименуйте саму папку wp-content/plugins, например, назвав её plugins1 (имя не имеет значения, главное, чтобы оно было не plugins и чтобы потом вы могли легко вернуть прежнее имя). Это действие деактивирует все плагины на сайте.

    После этого проверьте, доступен ли сайт. Если критическая ошибка в WordPress осталась, значит дело не в плагине. Тогда верните папке plugins прежнее имя. Если ошибка пропала, значит дело в плагине, и тогда тоже верните папке plugins прежнее имя, затем откройте её и переименуйте папку каждого из установленных плагинов, добавляя к его имени лишний символ. После каждого такого переименования проверяйте доступность сайта. Когда вы измените имя папки плагина, который вызывает проблему, вы отключите его и тогда сайт заработает. Так вы выясните, какой плагин виноват. Не забудьте вернуть прежние имена плагинам, которые не виноваты в этой проблеме.

    Виновный плагин удалите, удалив его папку из каталога plugins. И подберите ему замену, если нуждаетесь в его функционале.

    Поиск проблемы в теме

    Тема также может стать источником проблемы, если “На сайте возникла критическая ошибка” в WordPress и делать в этом случае следует примерно то же, что и при проверке плагинов. Кстати, если письмо на почту администратора всё-таки пришло, то из него, возможно, будет понятно, что дело именно в теме.

    Так как доступа в консоль нет, зайдите в файловый менеджер хостинга и из корневой папки откройте каталог wp-content/themes. В ней хранятся все темы, установленные на сайте – каждая в своей папке. Вызывать проблему может только активированная тема, а активированной может быть только одна тема. Поэтому по названию найдите папку той темы, которая сейчас активирована на сайте и переименуйте её, добавив один лишний символ к имени. Затем проверьте доступность сайта.

    Зайти на фронтэнд не получится, потому что активная тема после переименования деактивировалась. Поэтому сразу заходите в консоль. Если она доступна, значит дело в теме. Удалите её папку из файлового менеджера. Если консоль также не доступна и появляется уведомление о том, что на сайте появилась критическая ошибка, то дело не в активированной теме, тогда верните папке темы прежнее имя, убрав лишний добавленный символ.

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

    Восстановление сайта из резервной копии

    Этот способ позволит быстро восстановить работу сайта на WordPress, если появилось сообщение “На сайте возникла критическая ошибка”. Каждый нормальный хостинг делает резервную копию сайта, обычно раз в сутки. Поэтому восстановите сайт из бекапа, который создал хостинг на ту дату, когда проблемы ещё не было.

    После этого сайт восстановит работу и вы сможете управлять им как и прежде. Вероятно, вы проделаете какие-то действия, которые снова приведут к критической ошибке на WordPress – обновите плагин или тему, измените настройки или сделаете что-то ещё. Тогда запомните, после какого именно вашего действия появляется сообщение “На сайте возникла критическая ошибка”, восстановите сайт из резервной копии снова и больше не делайте это действие.

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

    • 1.
      Почему возникает белый экран в WordPress?
    • 2.
      Есть ли белый экран на других ваших сайтах?
    • 3.
      Исправление ошибки белого экрана в режиме восстановления WordPress
    • 4.
      Увеличение лимита памяти
    • 5.
      Отключить все плагины
    • 6.
      Замените активную тему на тему по умолчанию
    • 7.
      Включите режим отладки для поиска ошибок в WordPress
    • 8.
      Очистите кэш на сайте
    • 9.
      Белый экран у длинных статей

    Белый экран – это распространенная ошибка WordPress. При появлении белого экрана на сайте не выводится никаких сообщений или предупреждений, чем вызвана эта ошибка.

    Также бывают случаи, когда белый экран появляется только на определенных страницах сайта.

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

    В этой статье мы расскажем, как избавиться от белого экрана WordPress.

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

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

    Скрипт, который не отвечает долгое время, блокируется вашим хостинг-провайдером или просто отключается. Поэтому на экран не выводится никакого сообщения о ошибке, а просто выводится белый экран.

    Как исправить белый экран в WordPress - png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABAQMAAAAl21bKAAAAA1BMVEUAAP+KeNJXAAAAAXRSTlMAQObYZgAAAAlwSFlzAAAOxAAADsQBlSsOGwAAAApJREFUCNdjYAAAAAIAAeIhvDMAAAAASUVORK5CYII=

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

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

    Есть ли белый экран на других ваших сайтах?

    Если на вашем хостинге есть несколько сайтов WordPress, проверьте, не возникла ли такая ошибка и на них.

    Если это так, то это говорит нам о том, что проблема связана с вашим хостинг-провайдером. Это может быть временна проблема, которая возникла из-за обновления, перезапуска или ошибки на сервере. Лучшее решение – написать в поддержку, чтобы получить ответ, когда будет решена проблема.

    В случае, если белый экран возник только на одном сайте или на определенной странице, то знайте – проблема только на определенном сайте. Давайте решать её.

    Исправление ошибки белого экрана в режиме восстановления WordPress

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

    Новая функция защиты от фатальных ошибок появилась в WordPress 5.2. Она может отлавливать ошибки, поэтому вы можете не увидеть белый экран. Вместо него, вы увидите сообщение “На сайте возникла критическая ошибка. Пожалуйста, проверьте входящие сообщения почты администратора для дальнейших инструкций”.

    Как исправить белый экран в WordPress - png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABAQMAAAAl21bKAAAAA1BMVEUAAP+KeNJXAAAAAXRSTlMAQObYZgAAAAlwSFlzAAAOxAAADsQBlSsOGwAAAApJREFUCNdjYAAAAAIAAeIhvDMAAAAASUVORK5CYII=

    Также администратор сайта получит письмо на почту с темой “Ваш сайт имеет техническую проблему”.

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

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

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

    Обычно ошибка возникает из-за того, что скрипт исчерпал лимит памяти и не завершил свою работу. Чтобы это исправить, вам нужно увеличить лимит PHP-памяти для WordPress. Это позволит скрипту использовать больше памяти для завершения работы, которую он должен выполнить.

    Прочитайте нашу статью, как увеличить лимит памяти.

    Отключить все плагины

    Если после увеличение лимита памяти до 256 или 512МБ не помогло, то необходимо начать устранение проблемы другим способом.

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

    Если админ панель работает, то вы можете зайти на страницу Плагины -> Установленные. Выберите все установленные плагины и выберите “Деактивировать” в раскрывающемся списке групповых действий.

    Как исправить белый экран в WordPress - png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABAQMAAAAl21bKAAAAA1BMVEUAAP+KeNJXAAAAAXRSTlMAQObYZgAAAAlwSFlzAAAOxAAADsQBlSsOGwAAAApJREFUCNdjYAAAAAIAAeIhvDMAAAAASUVORK5CYII=

    Чтобы узнать, как отключить плагины через админ панель, прочитайте нашу статью о плагинах – Плагины WordPress.

    Если у вас нет доступа к админ панели WordPress, вам нужно будет деактивировать все плагины через FTP.

    Для этого подключитесь к своему сайту WordPress с помощью FTP-клиента. После подключения перейдите в папку wp-content, где увидите папку “plugins“.

    Вам нужно переименовать эту папку, например в “plugins-deactivated“.

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

    WordPress ищет папку с именем “plugins” для загрузки плагинов. Когда этой папки нет, он деактивирует все плагины.

    Если сайт начал открываться, то значит проблема в каком-то из плагинов сайта. Переименуйте папку обратно в “plugins“, чтобы плагины снова начали отображаться в админ панели. После этого, начните активировать плагины по одному, проверяя работоспособность сайта. Когда сайт снова перестанет работать – вы нашли конфликтный плагин. Удалите его и напишите автору плагина о проблеме.

    Замените активную тему на тему по умолчанию

    Если полное отключение плагинов не решило проблему, попробуйте заменить текущую тему на тему по умолчанию.

    Подключитесь к своему сайту с помощью FTP-клиента и перейдите в папку /wp-content/themes/. Эта папка содержит все установленные темы на вашем сайте.

    Скачайте вашу тему на свой компьютер в качестве резервной копии.

    Как исправить белый экран в WordPress - png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABAQMAAAAl21bKAAAAA1BMVEUAAP+KeNJXAAAAAXRSTlMAQObYZgAAAAlwSFlzAAAOxAAADsQBlSsOGwAAAApJREFUCNdjYAAAAAIAAeIhvDMAAAAASUVORK5CYII=

    После скачивания темы на компьютер, удалите её на сайте, выбрав пункт “Удалить”.

    Если на вашем сайте установлена тему по умолчанию (Twenty Eighteen, Twenty Nineteen и т.п.), WordPress автоматически активирует её в качестве темы по умолчанию.

    В случае, если у вас не установлена тему по умолчанию, воспользуйтесь ручной установкой темы по FTP.

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

    Если вы используете плохо написанную функцию в файле functions.php вашей активной темы, то это тоже может вызвать белый экран WordPress.

    Попробуйте установить свежую копию вашей темы из официального источника.

    Включите режим отладки для поиска ошибок в WordPress

    Если ничего не помогло, то следующий шаг – включить режим отладки (дебаг) в WordPress. Это позволит вам увидеть, какая ошибка возникает на сайте.

    Добавьте следующий код в ваш файл wp-config.php:

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

    Если вы не видите никаких ошибок, то вы всё равно можете проверить журнал отладки. В папке wp-content находится файл debug.log, содержащий журнал всех ошибок, уведомлений и предупреждений.

    Как исправить белый экран в WordPress - png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABAQMAAAAl21bKAAAAA1BMVEUAAP+KeNJXAAAAAXRSTlMAQObYZgAAAAlwSFlzAAAOxAAADsQBlSsOGwAAAApJREFUCNdjYAAAAAIAAeIhvDMAAAAASUVORK5CYII=

    Очистите кэш на сайте

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

    Белый экран у длинных статей

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

    Этот прием увеличивает возможности обработки текста в PHP за счет увеличения предела рекурсии и возврата. Вы можете вставить следующий код в ваш файл wp-config.php:

    Мы понимаем, что белый экран в WordPress – это очень распространенная ошибка и надеемся, что один из наших советов помог устранить проблему.


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

    Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

    Понравилась статья? Поделить с друзьями:
  • Wordpress ошибка вы не ввели пароль
  • Wot blitz определение региона ошибка
  • Wordpress ошибка mixed content
  • Wordpress ошибка введенный вами пароль пользователя неверен
  • Wot blitz не запускается код ошибки 65