Распространенные ошибки wordpress, fatal error. Почему возникает WSOD

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

• Главная – это, конечно же, неправильная кодировка баз данных.
  Проявляется она кракозябрами на странице. Узнайте кодировку, которая установлена на сервере хостера по умолчанию. Обычно это win-1251, но может быть и utf8.
  Чтобы у вас не возникло этой проблемы, после создания базы данных не спешите устанавливать WordPress - вместо этого откройте phpMyAdmin.

  Дальше вам нужно выбрать базу данных и если таблиц в базе еще не создано, о чем говорит сообщение: "Таблиц в базе данных не обнаружено", перейти на страницу phpMyAdmin и в окошке «Сопоставление соединения с MySQL» выбрать кодировку для сравнения.
  Если на сервере кодировка по умолчанию win-1251 – выбираете «utf8_general_ci».
  Если кодировка UTF-8, то сравнение в базе данных нужно выбрать UTF-8_unicode_ci.
  Если же таблицы в базе уже есть, найдите их список и обратите внимание на самую нижнюю строчку «Таблиц всего:» и «Сравнение». Проверьте, чтобы оно было выбрано правильно, так, как описано выше.
  Если сравнение выбрано неправильно, переходим на вкладку «Операции».
  Внизу вы увидите выпадающий список «Сравнение», где нужно выбрать нужное вам сравнение. После этого жмем «ОК».
  Проверьте, также, чтобы все файлы вашей темы были в кодировке utf8. Для этого нужен блокнот Notepad2 – обычный блокнот не дает возможности исправить кодировку.

• При запуске инсталляционного файла скрипт выдает сообщение "Error establishing a database connection".
  Это значит, что недоступна база данных (mysql не отвечает). В таком случае, проверьте, чтобы название базы данных, логин и пароль в файле cоnfig.php совпадали с таковыми в созданной вами базе. Далее перезагрузите страницу, возможно это придется сделать несколько раз. Если не поможет – пишите хостеру.
  Самостоятельно с этим не справиться.
• После закачки и попытки начать установку по адресу http://mydomain.com/wp-admin/install.php открывается пустая страница. При попытке открыть http://mydomain.com/index.php та же картина.
  Проверьте, верно ли вы загрузили файлы. В тот ли каталог? Создайте в папке с вашим сайтом файл index.html – он, обычно, загружается без всяких проблем. То есть добейтись, чтобы отображалась хоть какая-нибудь тестовая страница. Если не получится, то лучше обратиться к хостеру, он скажет что-то конкретное.
• Установка проходит нормально, но не удается настроить ЧПУ или вообще загружается одна Главная страница, а остальные нет.
  Создайте в корне сайта файл.htaccess и установите на него права 777, скрипт сам запишет в него то, что ему нужно для работы ЧПУ. Или самостоятельно вставьте в этот файл следующий код:

  # BEGIN WordPress RewriteEngine On RewriteBase / RewriteCond % { REQUEST_FILENAME} !- f RewriteCond % { REQUEST_FILENAME} !- d RewriteRule . / index. php [ L] # END WordPress

  # BEGIN WordPress RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress

• На сайте или в админке вылазят ошибки, такого типа:
  Warning: Cannot modify header information - headers already sent by
  Или вообще отображаются одни ошибки и ничего больше.
  Лечить так:
  Найти файл wp-config.php (в корне сайта), открыть его нормальным текстовым редактором, (например Notepad2 - http://www.flos-freeware.ch ), выбрать:
  Файл - Сохранить как - Кодировка UTF-8 (а не UTF-8 с сигнатурой).
  И нажать "Сохранить".
  Такие ошибки также могут появляться, если в этом файле код начинается не с первой строки – тогда, соответственно, убираем пустую строку.

Это, конечно, не все ошибки, появляющиеся при установке, просто наиболее часто встречающиеся.
Искренне надеюсь, что эта информация вам не пригодится.
P.S. Пост перенесен с http://wordpressru.blogspot.com/

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

Я знаю, что эти советы давно наскучили, что вы знаете об этом и что я нудный тип, который постоянно пишет одно и тоже… Но с завидным постоянством я отвечаю на одни и те же вопросы, 90% которых возникают из-за несоблюдения нескольких довольно простых правил:

• Не устанавливайте плагины, если не уверены в их надежности . Я знаю два источника, которым могу доверять в определенной мере: репозиторий WordPress и Codecanyon(магазин плагинов и скриптов). Конечно, там тоже хватает сомнительных решений, особенно это касается родного репозитория с плагинами.
• Обновляйте WordPress . Разработчики не только исправляют ошибки, но и вносят некоторые дополнения, меняют механизмы ядра. Буквально вчера столкнулся с неработающим WooCommerce 2.0.5 на версии WordPress 3.4.1. Стоило обновить движок и все замечательно завелось.
• Не ставьте экспериментов на работающем сайте . Неважно, три посетителя у вас в день или триста — гораздо разумнее сделать копию сайта и применить изменения на ней. Это убережет ваши нервы от стресса, а ваш сайт от ошибок и неполадок.
• Делайте резервные копии . Это вообще краеугольный камень не только веб-разработки, но и любой деятельности, связанной с компьютерами.

Белый экран смерти (WSOD)

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

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

Почему возникает WSOD?

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

В любом случае — отследить виновника несложно, если вы только что обновили некий плагин или шаблон. Как быть, если вы обновили одним махом 10-20 плагинов(невероятная ситуация, но все таки возможно и такое)? Очень просто…

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

500 internal server error

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

Кроме этого, есть еще множество других причин возникновения ошибки 500. Лучший способ выяснить причину — открыть файл error_log , который обычно находится в корне сайта(если хостер включил журналирование, конечно).

Есть неплохой стандартный вариант — необходимо включить режим отладки WordPress. Для этого добавьте в файл wp-config.php такую строку:

DEFINE ("WP_DEBUG", TRUE);

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

Error establishing a database connection

На мой взгляд — наиболее распространенная ошибка у начинающих. Может возникнуть в следующих случаях:

• неверный параметр соединения с базой данных . Какой-то из трех параметров подключения (адрес, логин, пароль) неверен, нужно перепроверить файл wp-config.php . Важно ! Убедитесь, что каждый из них заключен в одинарные кавычки.
• не работает сервер баз данных MySQL . Если у вас VPS — необходимо перезагрузить сервер, если обычный хостинг — обратиться в техподдержку, пускай проверяют.
• пользователь не имеет доступа к изменению таблиц БД . Для исправления необходимо добавить пользователю права(я ставлю обычно полный доступ к БД), делается это при помощи панели управления хостингом

Warning: Cannot modify header information — headers already sent by …

Довольно частая ошибка, которая легко решается. Движок сам говорит, в каком файле проблема, а мы попробуем исправить ее. Для этого скачайте файл, который вызывает ошибку, это будет файл с расширением PHP.
Используя ваш любимый текстовый редактор удалите все пробелы и пустые строки перед ,После чего перезапишите файл на сервере — с вероятностью в 99,9% проблема будет решена.

Довольно часто эта ошибка возникает при сохранении файла в формате UTF-8 с BOM , как правильно заметили в комментариях. Для решения необходимо выбрать формат сохранения без BOM. Для опытных пользователей WP это само собой разумеющаяся вещь, а вот новички иногда очень мучаются

An automated WordPress update has failed to complete

Ошибка довольно редкая, но иногда встречается. Чаще всего возникает, когда мощности хостинга не хватает для завершения автоматического обновления. Я бы рекомендовал бежать от такого хостера Но если альтернативы нет, поможет обновление движка вручную в таком порядке:

• Качаем последнюю версию с ru.wordpress.org (ну или на вашем родном языке) и распаковываем
• Отключаем все плагины на сайте, если это возможно
• По FTP заходим в корневую папку сайта и удаляем директории wp-includes и wp-admin
• Копируем эти папки из распакованного дистрибутива WP
• Заменяем файлы в корневой папке на содержимое корня дистрибутива
• Важно ! Не трогайте папку wp-content, надеюсь понятно, почему

Briefly unavailable for scheduled maintenance. Check back in a minute.

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

FATAL ERROR: ALLOWED MEMORY SIZE OF -- BYTES EXHAUSTED

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

• Если вы можете редактировать файл php.ini, добавьте к нему строчку memory_limit = 64M (ну или найдите существующую и смените значение) и перезапустите сервер.
• Отредактируйте.htaccess файл, расположенный в корневом каталоге, добавьте php_value memory_limit 64M.
• Измените файл wp-config.php, добавьте DEFINE (‘WP_MEMORY_LIMIT, ’64M’);
• Создаем php.ini файл внутри папки wp-admin c таким содержимым: memory_limit = 64M;

Какой-то из способов должен сработать Стоит заметить, что некоторые хостеры выделяют максимальный предел памяти на уровне 8-16М и не дают менять это значение. В таком случае я бы советовал замену хостинга.

Connection time out

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

• увеличиваем лимит памяти (читаем выше)
• по возможности — деактивируем не совсем нужные плагины
• переход на стандартный шаблон, вроде Twenty Twelve

Maximum execution time of 30 seconds exceeded

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

Как вариант, можно попытаться увеличить максимальное время выполнения:

• измените.htaccess в корневом каталоге WordPress, добавьте строку: php_value max_execution_time 60
• измените, если есть возможность, файл php.ini, добавьте строку: max_execution_time = 60;

Ошибки, связанные со структурой БД

Я сталкивался только с двумя ошибками MySQL, возможно вариантов больше. Если у вас есть информация — поделитесь в комментариях, я дополню статью.

• Ошибка 145 . Это значит, что структура БД повреждена и нуждается в восстановлении. При помощи phpMyAdmin или любого другого менеджера БД можно провести repair (восстановление стандартными средствами) Не забывайте про предварительный бэкап вашей базы
• Ошибка 28 . Не связаннная с WordPress ошибка, которая относится к самому MySQL. Решается при помощи техподдержки хостинга.

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

Удачного дня

Комментариев: 28

1. Ольга

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

2. Зенков Андрей

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

3. Виталий

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

4. Инга

   Да, с шаблоном всегда проблемы, лучше стандартные использовать + немного переработать

5. Сергей

   Здравствуйте! У меня при запросе к несуществующей странице отдается неверный статус код, (т.е. вместо ошибки 404 выдает код 500) как это исправить на WP?

6. Сергей

   Здравствуйте! В моем сайте http://modnaya-krasotka.ru на главной странице неправильно работает какой-то скрипт. Подскажите пожалуйста, как решить эту проблему?

7. Андрей

   По поиску нашел эту статью про ошибки WordPress.
   К сожалению не нашел описание своей ошибки.
   Но на всякий случай спрошу, может кто знает.
   У меня шаблон с упрямством достойным лучшего применения в корне сайта создает папку год-месяц
   Из за этого перестают работать ссылки перемещения в архиве записей по месяцам. Ошибка выдается.
   Где то в шаблоне ошибочно определяется где нужно создавать эту папку. При этом в папке uploads такая же папка создается нормально, без проблем.
   Никто не сталкивался с таким? Не подскажете где искать ошибку?

8. Елена

   Спасибо за статью, много полезной информации, которая обязательно когда-нибудь пригодится! Но я недавно столкнулась со странной проблемой. После установки новой версии WordPress при вводе комментария не высвечивается фраза премодерации о том, что комментарий скоро будет одобрен, а человека перебрасывает на эту же страницу, но без каких-либо сообщений от сайта. Раньше всё работало, но в какой момент произошла эта ошибка, сложно отследить — возможно, она появилась даже раньше обновления CMS. Откатила версию вордпресс — безрезультатно. Как вы думаете, в чём в этом случае может быть корень зла? Если честно, не знаю, что делать. Буду благодарна за любые советы.

9. Константин

   Спасибо. Разобрался сам. Поустанавливал плагинов всяких ненужных вот и тупить стал шаблон))) Так что ребята не устанавливайте лишние — ненужные плагины это плохо:))

10. Константин

    Добрый день. У меня не стандартная ошибка. Я сделал сайт на движке вордпресс, всё вроде шло нормально. Но в один прекрасный день просыпаюсь, захожду на сайт, а у меня мой шаблон установлен два раза (т.е. 2 раза повторяется при прокрутке вниз). Помогите решить проблему. Надеюсь на вашу поддержку. Заранее спасибо.

11. Игорь

    Огромное спасибо за толковые советы

12. Элина

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

13. Юрий

    добрый вечер.я уже и не знаю что мне делать начитался, жуть… но все равно выдает ошибку.дело вот в чем: установил денвер, потом вордпрес, сделал базу данных, пользователя, но войти в админку не могу пишет «Одна или несколько таблиц базы данных недоступны» поченить…. поченить. и все дело стало показало что только две базы исправны, а остальные нет.как это испраить, что сделать не знаю. подскажите.
    создал таблицы с теми именами что не хватает,… поченить… ченить. все прошл успешно… удалите строчку в wp-config.php удалил и все сначала. попробывал ченить и отимизировать некоторые базы не смогло оптимизировать. что делать? в чем проблема? помогите.только что попробывал все стер и заново, все стало коректно, но в конце когда должна открыться станица с входом в вордрес высвечует просто белый фон с логотипом самого вордпреса и все.

14. Федор

    Из всех ошибок у меня кажется только три. Ошибка 500, 404, Белый экран смерти тоже был и проблему решил, просто переустановив wordpress, Из всех проблем самая ощутимая эта ошибка 404 ео она кажется возникает после того как неправильно будешь переустанавливать постоянные ссылки.

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

Главной причиной запутанности, является сложность определения истинной причины её возникновения. А факт, что она может быть вызвана целым рядом причин усугубляет ситуацию. Более того, в зависимости от конфигурации сервера данная ошибка может отображаться по разному. Например, вы можете увидеть такие варианты:

503 Service Unavailable Http/1.1 Service Unavailable HTTP Server Error 503 503 Error HTTP 503 HTTP Error 503

Оказывается, исправление ошибки 503 service unavailable относительно простая задача и мы покажем вам в этой статье, как именно это сделать.

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

Причины ошибки 503 Service Unavailable в WordPress

Ошибка 503 service unavailable может быть вызвана рядом причин, включая (но не ограничиваясь):

• Ошибки в плагинах или темах
• Сбои в работе пользовательский PHP скриптов
• Недостаточно ресурсов сервера
• Ошибки сервера
• Злоумышленные атаки, такие как хорошо всем известные DDoS (Distributed Denial of Service)

Мы пройдёмся по всем этим причинам и предложим различные решения по устранению ошибки 503 service unavailable.

Ошибка в плагине

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

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

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

Но как деактивировать все плагины WordPress, если у вас нет доступа к админ панели?

Деактивация всех плагинов WordPress

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

Так выглядит наш тестовый каталог WordPress в Файловом менеджере на Hostinger:

Внутри нашего каталога WordPress, найдите и откройте каталог wp-content , который содержит ваши плагины, темы и медиа контент среди прочего.

Нажмите правой кнопкой мыши на каталоге plugins и переименуйте его в plugins-old :

Это приведёт к деактивации всех плагинов одновременно. Теперь переименуйте обратно plugins-old в plugins и перегрузите свой сайт. Если ошибка 503 исчезла, плагин является причиной вашего текущего затруднительного положения.

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

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

Каждый раз, когда вы активируете плагин, перезагружайте сайт, чтобы выявить неисправный плагин. Как только вы нашли хулиганистый плагин, зайдите свой каталог plugins по FTP и удалите его:

Если деактивация плагинов не помогла в устранении ошибки 503 service unavailable, читайте дальше другие решения. Теперь давайте проверим, не является ли причиной проблемы ваша тема.

Сомнительная тема WordPress

Порой, скрипт PHP с ошибками, который выдаёт ошибку 503 может быть частью темы. Для проверки этого, мы переключимся на тему по умолчанию Twenty Seventeen. Между прочим, рекомендуется оставлять темы по умолчанию даже после установки новой темы, поскольку она (тема по умолчанию) служить запасной темой в случае проблема с вашей.

Деактивация темы WordPress

Прежде, чем мы деактивируем вашу тему (или удалим, если это проблема) нужно создать бэкап. Подключитесь к своему сайту WordPress по FTP и перейдите в каталог wp-content -> themes .

Найдите вашу текущую тему и скачайте её, как показано ниже:

Если ошибка 503 service unavailable осталась, возможно, фрагмент кода PHP с ошибкой находится где-то в другом месте вашего сайта.

Сбой в работе пользовательского кода PHP

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

В обычном режиме, когда ваш сайт работает, можно использовать плагины для отладки, такие как Query Monitor и Debug Bar .

Включение WP_DEBUG

Но, так как 503 ошибка часто блокирует вам вход в админ панель вашего WordPress сайта, мы будем использовать константы WP_DEBUG и WP_DEBUG_LOG , WP_DEBUG_DISPLAY и @ini_set доступные в WordPress.

Для включения режима отладки в WordPress и записи логов ошибок в файл, следуйте шагам:

1. Откройте каталог WordPress по FTP или в Файловом менеджере.
2. Откройте файл wp-config.php
3. Прокрутите до определения константы WP_DEBUG . Выглядит так: define ("WP_DEBUG", false); . Если она пропущена, мы добавим её сразу перед словами /*That"s all, stop editing! Happy blogging.*/
4. Вставьте магический код отладки DEBUG. Только исправьте код define ("WP_DEBUG", false); на:
   define ("WP_DEBUG", true);
   define ("WP_DEBUG_LOG", true);
   define ("WP_DEBUG_DISPLAY", false);
   @ini_set ("display_errors", 0);
5. Сохраните изменения

Теперь перезагрузите свой сайт, чтобы вызвать появление ошибки. Далее, найдите файл под названием debug.log внутри вашего каталога wp-content в каталоге WordPress.

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

Устраните/замените проблемный код и перезагрузите сайт. Если ошибка 503 осталась, проблема может быть в вашем веб-сервере.

Причины, связанные с сервером

Ряд причин, связанных с сервером тоже может вызывать ошибку 503 service unavailable. Обычно, ошибка 503 вызванная проблемами с сервером исчезает автоматически через несколько минут.

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

Повысить ресурсы сервера

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

Вы постоянно получаете ошибку 503 service unavailable? Если да, проверьте свои показатели в Google analytics. Если вы получаете больше трафика, чем обычно, вам определённо перестало хватать изначальных ресурсов сервера.

Однако, если у вас нету прироста в трафике, но всё равно возникает ошибка 503, ваша проблема не имеет отношение к недостаточному количеству RAM или памяти на сервере.

Ограничение частоты сканирования Google

Для индексирования вашего контента, Google использует специальные скрипты, известные как сканеры (crawlers). Они регулярно посещают сайт и собирают контент и определяют другие показатели ранжирования.

Хоть это и редкий случай, но сканирование может вызвать рост потребления ресурсов на вашем сервере и замедление работы сайта. Чтобы обойти это и избежать ошибки 503, вы можете ограничить частоту сканирования Google в Google Search Console.

Примечание: Изменения, внесенные вами, будут действовать в течение 3 месяцев. К тому же, если у вас есть версия сайта с WWW и без WWW, сделать настройки нужно для обоих.

Войдите в Google Search Console и выберите свой сайт. Далее нажмите на иконку шестерёнки, как показано ниже:

На следующей странице настройте частоту сканирования Google перемещением ползунка влево:

Ограничение WordPress Heartbeat

Согласно WordPress.org, “…Heartbeat API – это пример API приложения встроенного в WordPress и осуществляющего опрос сервера, позволяя в режиме почти реального времени видеть показатели. ” Он отвечает за такие функции, как авто-сохранение и так далее.

Приложение WordPress Heartbeat API запускает файл admin-ajax.php среди других запросов с регулярным интервалом, когда вы заходите на свой сайт.

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

Чтобы определить вызывает ли WordPress Heartbeat ошибку 503 service unavailable на своём WordPress сайте, добавьте следующий код в свой файл темы functions.php сразу после открытия тэга

Add_action("init", "stop_heartbeat", 1); function stop_heartbeat() { wp_deregister_script("heartbeat"); }

Сохраните изменения и перезагрузите сайт. Если ошибка 503 пропала, вздохните с облегчением. Но если ошибка 503 service unavailable всё ещё осталась, это значит WordPress Heartbeat API является наименьшей из ваших проблем.

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

Заключительные заметки

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

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

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

Независимо от того, что происходит, помните вы всегда можете исправить ошибку 503 service unavailable совершенно не утруждая себя. А поэтому, нет повода для паники, так как это не постоянная ситуация.

Сталкивались ли вы с ошибкой 503 service unavailable? Как вы её устраняли? У вас есть вопросы или предложения? Пожалуйста, делитесь ими в комментариях ниже. Заранее благодарим!

Все делают ошибки. Оскар Уайльд прекрасно выразился на этот счет: «Опыт – это имя, который каждый дает своим ошибкам». Опыт – это прекрасный учитель, каждый действительно учится на своих ошибках. Однако все же не мешало бы следовать известной пословице и учиться на чужих ошибках. В этой статье я расскажу о 25 самых распространенных ошибках вордпресс, которые совершает практически каждый новичок. Надеюсь, это поможет вам самим избежать их.

Многие путают хостинг WordPress.org с бесплатной платформой WordPress.com. Это достаточно распространенная WordPress ошибка у новичков и отсюда возникает целый ряд проблем. Например, кому-то нужен простой личный блог, но они ошибочно выбирают платный хостинг WordPress, а потом возмущаются, что им приходится платить за сайт. Или, наоборот, создав сайт на бесплатном WordPress.com, пользователи недоумевают, почему у них нет полного контроля над сайтом, они не могут добавить плагины, и т.д.

2. Покупка того, что не нужно

Если вы хотите обзавестись WordPress сайтом, то что действительно вам нужно, так это и веб-хостинг. Однако многие регистраторы доменов предлагают еще целый ряд, по сути, не нужных услуг, что сбивает с толку владельцев малого бизнеса и новичков в сфере веб-разработок. В качестве примера таких услуг: приватная регистрация, брендинговые письма, протокол SSL, 5-ти летняя регистрация и т.д.

Почему, например, не нужна приватная регистрация? У WPbeginners был клиент с этой услугой, и когда понадобилось просто перенести домен, потребовалось отправить: копию водительского удостоверения, свидетельство о регистрации и кучу другой конфиденциальной информации. В общем, одна головная боль. Брендинговые письма можно легко самому создать с помощью приложения Google Web Apps. В большинстве случаев не нужен и SSL-протокол.

Также я не вижу никакого смысла платить вперед за 5 лет регистрации домена. Мало ли что может произойти, может, вы вообще забросите этот сайт? Что тогда? Деньги на ветер? Если дело в экономии, то вполне возможно в будущем появятся скидки, и вы сохраните больше денег без всякой 5-ти летней регистрации.

3. Несоздание резервной копии

Если вы не создали резервную копию сайта, то вы поймете, что совершили огромную WordPress ошибку, когда сайт «полетит» и вам придется его восстанавливать с нуля. Я всем настоятельно рекомендую делать бэкап сайта в автоматическом режиме. Благо для этого существуют специальные плагины. Навскидку я могу вспомнить о трех из них: , VaultPress (платныйe), и BackWPup (бесплатный).

Примеры из жизни:

“Упала база данных у WP сайта, у меня не было резервной копии. При импорте новой базы данных у меня естественно появилось сообщение об ошибке”.

“Сделал SQL-запрос без какого-либо бэкапа. Сами понимаете, что отменить это нельзя».

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

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

4. Игнорирование WordPress обновлений

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

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

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

5. Использование Favicon по умолчанию

Фавиконы – это маленькие иконки, которые отображаются браузером во вкладке перед названием страницы. Многие пользователи совершают распространенную ошибку в WordPress, не обращая никакого внимания на них. Вот и получается, что у сайтов обычно фавиконы их хостинг провайдера, как например, Bluehost или компании разработчика темы сайта, как например, Genesis.

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

6. Обновление functions.php без доступа к FTP

Мы все хотя бы раз сталкивались с блокировкой сайта из-за неправильной передачи с админки WP кода в файл темы functions.php. Дела обстоят еще хуже, когда нет FTP-доступа или мы не знаем, как им пользоваться. Чтобы предотвратить эту WordPress ошибку я написал руководство для новичков: как вставлять сниппеты (на стадии написания).

Я также посоветовал бы не часто использовать встроенные WP-редакторы. Вот инструкция о том, как в WordPress отключить тему & редакторы плагина (на стадии написания).

7. Слишком много категорий

В вордпрессе очень легко добавлять категории. Не увлекайтесь! Не надо создавать новую категорию чуть ли не для каждой новой записи. Не надо нагромождать структуру сайта, ведь не только пользователи, но и вы сами потом запутаетесь в ней. Чтобы не совершить эту ошибку вордпресс, я советую ознакомиться со статьей Категории против Тегов – лучшие примеры.

8. Не настройка постоянных ссылок

Достаточно долгое время мы по умолчанию использовали следующую структуру урл: / ? p = 23 . Но это плохо не только для SEO, но и для пользователей. При установке WordPress убедитесь, что вы обновили структуру своих постоянных ссылок через маршрут Settings » Permalinks .

9. Игнорирование SEO настроек

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

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

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

10. Изменение урла сайта и потеря всего трафика

Как много среди нас тех, кто, набравшись опыта в ведении сайта или блога, возненавидел свой первый домен и захотел его поменять? Да, такое частенько случается. Самое ужасное, что может случиться при неправильном переносе домена, это значительное падение трафика, а, следовательно, обвал доходов. Не совершайте эту ошибку вордпресс. Именно поэтому я написал руководство, как правильно перенести WordPress сайт на новый домен.

11. Отсутствие плагина кэширования

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

12. Выбор WordPress темы с плохого источника

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

13. Отсутствие контактной формы

Все мы, наверное, на начальных этапах совершали такую распространенную ошибку в WordPress: создавали страницу контактов и указывали в ней свой email. И буквально через несколько дней наш почтовый ящик разрывался от спама.

14. Отсутствие аналитики

Меня достаточно часто спрашивают, как увеличить трафик или социальную активность пользователей. При этом, когда я начинаю задавать уточняющие вопросы, все что я слышу: «У меня ХХХ подписчиков в твиттере». В большинстве случаев у многих даже не установлена google аналитика, что уж говорить об анализе данных.

Google Analytics предоставляет кучу полезной информации о вашем сайте, дает знать и где и что не мешало бы подправить. Я бы также настоятельно порекомендовал установить Google Webmaster Tools.

Предлагаю вашему вниманию две полезные статьи:

15. Написание статей в Microsoft Word

Возможно, для вас это станет открытием, но создавать записи в Microsoft Word, а потом добавлять их на сайт – это WordPress ошибка. А что если у вас отключится комп? (какой-то сбой, задели шнур, отключили свет и т.п.). Вся работа насмарку? Придется все заново делать? Кроме того, скопировав текст с Microsoft Word и вставив его на сайт, вы добавите кучу каких-то непонятных и не нужных символов, форматов.

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

Лично мое мнение: я всегда пишу статьи в Microsoft Word, а потом добавляю на сайт. По поводу того, что отключат свет, электричество это все бред на самом деле. Вы можете просто через определенное количество абзацев сохранять свои изменения и будет вам счастье, даже если вас обесточат, а чтобы данные не потерялись, то храните их в облачных сервисах, например в Dropbox.

16. Тег «еще один блог»

По умолчанию каждый раз при установке WordPress к нему прибавляется тег «Еще один блог». Частенько новички не знают об этом, и пробел в знании восполняется только тогда, когда сайт начинает индексироваться с этим «Еще один блог…». Изменить тег можно, пройдя по маршруту Settings » General .

17. Не удаление тестовой страницы

Раньше по умолчанию у WordPress шла страница «О себе», сейчас это «Образец страницы». Быстрый поиск в google показал, что существует, по меньшей мере, 1,1 миллион сайтов с этой страничкой. Большинство пользователей просто не знают об этом, либо не хотят удалять ее.

Если она есть и на вашем сайте, то немедленно удалите ее.

18. Несвоевременная проверка комментариев

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

Если вам не нужны комментарии на сайте, то просто отключите эту функцию с помощью плагина

19. Ошибка установления соединения с базой данных

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

20. Белый экран смерти

Если вам больше 18 лет, то вы наверняка не понаслышке знаете о синем экране смерти на ПК. У WordPress есть подобное, вот только называется оно белым экраном смерти. Это может произойти, если вы установите плохой плагин или тему, которые исчерпают лимит памяти сайта. В большинстве случаев вы можете легко исправить эту ошибку, увеличив лимит памяти. О других способах можно узнать, как исправить белый экран смерти в WordPress.

21. Чрезмерно длинный архив

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

22. Неиспользование функции «сохранить для веб-страниц»

В самом начале ведения сайта многие пользователи не задумываются о том, насколько много весят, загружаемые изображения. И только со временем приходит осознание, что вместительность у сайта не резиновая и все изображения надо сжимать. Изображение может намного меньше весить, если мы просто применим к нему функцию «сохранить для веб-страниц» и при этом зачастую оно нисколько не потеряет в качестве. Данная функция есть у Adobe Photoshop, Microsoft office, GIMP, JPEG Mini.

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

• Создать резервную копию
• Установить лимит на количество раз введение логина
• Использовать двухфакторную аутентификацию при помощи Google Authenticator
• Использовать плагин безопасности Sucuri.

Наткнулись в WordPress на ошибку 500 Internal Server Error? Ну что же, вы не одни! Ошибка 500 Internal Server Error – это одна из самых распространенных ошибок с которой сталкиваются пользователи WordPress. Однако найти реальную причину появления ошибки 500 Internal Server Error не так легко, как например ошибки 404, где причиной может быть либо сломанные permalinks или измененные URL страницы.

Самыми распространенными причинами стоящими за появлением ошибки 500 являются поврежденные файлы.htaccess, неправильно установленные права, задержки скрипта, неправильная версия PHP или неудачное обновление WordPress. Однако это еще не все причины появления этой проблемы. Поэтому вам необходимо копнуть глубже и узнать настоящую причину данной ошибки. Одним из лучших советов при появлении ошибки 500 Internal Server Error в WordPress является отследить ваши шаги до момента появления ошибки. Постарайтесь вспомнить какое событие или изменение могло привести к остановке работы вашего WordPress (к примеру, установка или обновление плагина). Как только вы узнаете причину появления ошибки, решить ее будет гораздо проще.

Вот краткое руководство по исправлению ошибки 500 в WordPress с помощью 9 различных способов. Будьте уверены, это руководство поможет вам справиться со всеми возможными причинами возникновения ошибки. Давайте не будем терять время и начнем данное руководство по WordPress.

ВАЖНО! Безопасность прежде всего. Перед началом данного руководства, мы рекомендуем произвести резервное копирование вашего сайта для предотвращения потери данных.

Перед тем, как вы начнете это руководство, вам понадобится следующее:

• Доступ к панели управления вашим хостингом
• Доступ к панели управления WordPress

Способ 1 - Ошибка 500 в WordPress из-за плагинов или тем

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

Способ 1.1 - Ошибка 500 в WordPress из-за обновления или установки плагина

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

Отключение плагинов через панель управления WordPress

Если вы можете войти в вашу панель управления WordPress, следуйте данным этапам:

1. Войдите в вашу панель управления WordPress.
2. Нажмите на Плагины → Установленные в левом меню навигации .

1. Отключите проблемный плагин.

1. Обновите сайт в браузере, чтобы проверить решена ли проблема.
2. Если нет, отключите другой плагин и повторяйте данный процесс пока все плагины не будут отключены (или сайт не заработает).
3. Как только вы найдете плагин ответственный за появление ошибки, попробуйте переустановить его заново. Вы также можете поискать другие плагины на его замену или связаться с разработчиками плагина для уточнения информации о его работе на вашем WordPress.

Отключение плагинов WordPress через Файловый Менеджер или FTP

Существуют ситуации, когда ошибка не позволяет получить доступ к панели управления WordPress. В этом случае, вам придется отключить или удалить плагин с помощью Файлового Менеджера в панели управления вашим хостингом или FTP-клиентом вроде FileZilla .

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

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

Способ 1.2 - Ошибка 500 в WordPress из-за установки или обновления темы

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

Изменение темы с помощью панели управления WordPress

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

1. Перейдите в раздел Внешний вид → Темы .

1. Выберите любую другую тему и нажмите кнопку Активировать .

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

Изменение темы с помощью phpMyAdmin

Другой способ для изменения темы, это редактирование значений вашей базы данных MySQL через phpMyadmin, в панели управления вашим хостингом. Этот способ может быть полезен, если ваша панель управления WordPress не работает. Вот, что вы должны сделать:

1. Найдите таблицу wp_options и откройте ее.

ЗАМЕТКА! В зависимости от значений таблицы, выбранных вами в процессе установки, префикс таблиц не всегда будет wp_ .

1. Перейдите на Страницу 2 .

1. Найдите раздел template и stylesheet

1. Узнайте название темы на которую вы хотите ее поменять. Для этого перейдите в каталог wp-content/themes с помощью Файлового Менеджера.

1. Скопируйте название темы, которую вы хотели бы использовать. Далее, измените значения template и stylesheet в базе данных на название вашей новой темы. В данном примере, мы изменим тему twentyfifteen на twentysixteen

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

Способ 2 - Проверка файла .htaccess

Еще одним способом для избавления от ошибки internal server error, является проверка состояния вашего файла.htaccess. Вероятность того, что ваш нынешний файл.htaccess был поврежден весьма высока. Это могло случиться из-за огромного количества причин; самые распространенные из них это установка нового плагина или другие изменения на вашем сайте.

Лучшим методом для проверки состояния вашего файла.htaccess является создание нового. Все, что вам нужно сделать это:

1. Войти в панель управления вашим хостингом, далее в Файловый Менеджер в разделе Файлы . Альтернативный способ, это использовать FTP-клиент вроде FileZilla .
2. Перейдите в корневой каталог вашего WordPress сайта (если вы видите файлы вроде wp-content и wp-includes , вы в правильном месте).
3. Найдите здесь файл.htaccess отключите его. Это можно сделать задав ему другое имя. К примеру, .htaccess1.

1. После этого, создайте новый файл .htaccess и вставьте в него стандартный код.htaccess :

# BEGIN WordPress RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress

1. Убедитесь, что сохранили файл.

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

Способ 3 - Увеличение лимитов PHP

Если два способа описанных выше не принесли никакого результата, то неправильные значения PHP или нехватка памяти могли стать причиной появления ошибки 500. Это происходит из-за того, что скрипты и плагины требуют определенное количество памяти для своей правильной работы. В дополнение к этому, когда загружается ваш сайт, браузер делает огромное количество запросов для загрузки скриптов, плагинов и контента. Когда количество памяти для загрузки скриптов и плагинов не хватает, WordPress скорее всего выдаст ошибку 500 Internal Server Error. Именно поэтому, важно увеличить значение памяти вашего сайта и других PHP настроек. Вы можете это сделать с помощью файла .htaccess . Вот несколько строк, которые мы рекомендуем вам добавить:

Php_value upload_max_filesize 128M php_value post_max_size 128M php_value max_execution_time 300 php_value max_input_time 300 php_value memory_limit 256M

Способ 4 - Изменение версии PHP

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

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

Способ 5 - Включение отображений ошибок

Поиск причины возникновения ошибки WordPress 500 Internal Server Error – это самая сложная часть в процессе ее исправления. Если ни один из предыдущих способов вам не помог, значит вам необходимо начать поиски поглубже – проверив ваши ошибки. Существует несколько способов для этого:

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

Включив отображение ошибок, вы сможете найти определенный код вашего сайта, который ее вызывает. Это можно сделать в том же разделе, где мы меняли версию PHP. Дополнительно → Выбор PHP версии . Установите значение Отображать Ошибки на Включена и нажмите кнопку Сохранить .

Теперь, вы должны перезагрузить ваш сайт. Все ошибки кода будет отображены на экране, как на картинке ниже:

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

Способ 6 - Использование отладки WordPress

WordPress имеет свою собственную систему отладки, которую вы можете использовать для решения проблем с вашим кодом. Это также может помочь решить проблему ошибки 500. Для начала ее использования, вам необходимо сделать несколько изменений в вашем файле wp-config.php .

1. Найдите следующую строчку в файле wp-config.php:

define("WP_DEBUG", false);

1. Удалите и вставьте на ее место следующий код:

// Enable WP_DEBUG mode define("WP_DEBUG", true); // Enable Debug logging to the /wp-content/debug.log file define("WP_DEBUG_LOG", true); // Disable display of errors and warnings define("WP_DEBUG_DISPLAY", false); @ini_set("display_errors", 0); // Use dev versions of core JS and CSS files (only needed if you are modifying these core files) define("SCRIPT_DEBUG", true);

1. Обновите ваш сайт и откройте Файловый Менеджер . Перейдите в каталог wp-content и найдите файл debug.log . Откройте редактирование данного файла для просмотра его значений.

1. Теперь вы знаете, что является причиной возникновения ошибки и сможете решить ее обратившись к разработчику или Google , Stackoverflow , WordPress Форуму . Более детальная информации о системе отладки может быть найдена .

Способ 7 - Восстановление резервной копии

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

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

1. Установите и активируйте плагин All-in-One WP Migration .

1. Найдите его в панели управления вашим WordPress и нажмите кнопку Export.

1. Выберите опцию File (Файл), если вы хотите скачать резервную копию на ваш компьютер.

1. Скачайте сгенерированную резервную копию на ваш компьютер. Она содержит файлы вашего сайта и базы данных.
2. Теперь в случае появления ошибки 500 Internal Server Error (или любой другой проблемы) и невозможности ее решения, вы можете просто восстановить ваш сайт с помощью резервной копии.
3. Для восстановления сайта с помощью сгенерированной резервной копии, вам необходимо полностью удалить ваш сайт и установить новый WordPress, вместе с плагином All-in-One. После этого, выберите функцию Import (Импорт) , выберите сгенерированный бэкап и продолжите процедуру восстановления.

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

1. Скачать последнюю версию WordPress .
2. Сохранить и распаковать ее на вашем компьютере.
3. Удалить файл wp-config-sample.php и папку wp-content для избежания перезаписи важной информации.
4. Переместить все корневые файлы на ваш хостинг аккаунт и перезаписать их. Это можно сделать с помощью FTP-клиента FileZilla .

1. Далее, должно появиться окно с разрешением на перезапись файлов. Поставьте значения как на изображении для автоматизации процесса.

ЗАМЕТКА! Убедитесь, что вы сделали резервное копирование вашего сайта перед началом данного процесса. Это позволит избежать потери важной информации.

Процесс загрузки может занять от 10 до 20 минут. После завершения, попробуйте вновь обновить ваш сайт в браузере. Если ошибка 500 Internal Server Error была связана с корневыми файлами WordPress, этот способ должен помочь решить проблему.

Способ 9 - Начать всё заново

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

Заключение

Все, кто используют WordPress хотя бы раз сталкивались с ошибкой internal server error. Являетесь ли вы продвинутым разработчиком или начинающим пользователем, исправление ошибки 500 является довольно простым процессом, если вы знаете где искать ее причину. Как и в реальной жизни, для решения проблемы нужно сначала найти ее источник. После этого, вы можете использовать онлайн ресурсы или это руководство для решения данной проблемы.