Устранение неполадок WordPressЧто касается поддержки WordPress, у пользователей есть несколько вариантов на выбор:


  • Кодекс WordPress (сделай сам)
  • Форум поддержки WordPress (обслуживается администраторами WordPress.org и другими пользователями WordPress)
  • Поддержка плагинов и тем (предоставляется разработчиками)
  • Поддержка веб-хостинга (доступность и тип поддержки зависит от плана хостинга)

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

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

15 распространенных ошибок WordPress и как их исправить:

  1. Белый экран смерти
  2. Внутренняя Ошибка Сервера
  3. Ошибка при установлении соединения с базой данных
  4. Плохой шлюз или тайм-аут шлюза
  5. Слишком много запросов
  6. Тайм-аут соединения / предел исчерпан
  7. Страница не найдена
  8. Ошибка синтаксиса
  9. Недоступно для планового обслуживания
  10. Автообновление не удалось
  11. Слишком много перенаправлений
  12. Смешанный контент
  13. Не удалось записать на диск
  14. Изменения не отображаются
  15. Ошибка входа

Contents

Руководство по устранению наиболее распространенных ошибок WordPress

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

Ошибка № 1: Белый экран смерти

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

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

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

Шаг 1: Деактивировать все плагины

Если у вас по-прежнему есть доступ к администратору WordPress, и отключен только ваш сайт, сделайте следующее:

Перейти к плагинам> Установленные плагины:

Установленные плагины

Выберите все плагины:

Проверьте все плагины

В меню «Массовые действия» выберите «Деактивировать»:

Массовая деактивация

Ваши плагины теперь должны быть деактивированы:

Деактивированные плагины

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

Перейдите на панель инструментов веб-хостинга:

BlueHost Dashboard

Найдите панель управления.

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

Bluehost File FTP

Найдите папку wp-content в корне вашего сайта:

Папка wp-content

Откройте его и найдите папку с плагинами:

Папка плагинов

Переименуйте папку во что угодно, кроме «плагинов». Это деактивирует все плагины на вашем сайте.

Шаг 2: проверьте ваш сайт

Когда ваши плагины деактивированы, пришло время посмотреть, восстановлен ли ваш доступ.

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

Вход в WordPress

Если на вашем веб-сайте отображался белый экран смерти, наведите курсор на имя вашего веб-сайта в верхнем левом углу администратора WordPress и нажмите «Посетить сайт»:

Посетить сайт из меню

В зависимости от того, что вы видите, у вас будет два варианта для следующих шагов:

  • Если у вас есть доступ: Найти проблемный плагин.
  • Если у вас нет доступа: Попробуйте новую тему.

Мы пройдемся по этим шагам дальше.

Шаг 3: Найти проблемный плагин (вариант 1)

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

  • Ваша тема
  • Еще один плагин

Теперь вам нужно выяснить, какой плагин виноват. Для этого вы должны активировать свои плагины по одному.

Начните с верхней части вашего списка. Активируйте первый плагин:

Активировать плагин

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

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

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

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

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

Шаг 3: Попробуйте новую тему (вариант 2)

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

Чтобы подтвердить это, вам нужно деактивировать тему.

Если у вас по-прежнему есть доступ к администратору WordPress, и отключен только ваш сайт, сделайте следующее:

Перейти к оформлению> Темы:

Внешний вид Темы Меню

Чтобы деактивировать вашу тему, вы должны активировать другую.

Независимо от того, установлена ​​она или нет, активируйте последнюю тему WordPress по умолчанию:

Активировать тему по умолчанию

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

Опять же, найдите папку wp-content в корне вашего сайта. На этот раз вам нужно поискать папку с темами внутри:

Папка Тем

Переименуйте папку во что угодно, кроме «тем». Это деактивирует вашу тему и автоматически активирует стандартную тему WordPress..

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

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

Шаг 4: Запустите отладку

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

Вернитесь в свой файловый менеджер или на FTP. Перейдите в корневой каталог и найдите файл wp-config.php:

Файл wp-config

Откройте файл для редактирования.

Внизу вы увидите следующую строку:

define ('WP_DEBUG', false);
define ('WP_DEBUG_LOG', false);
define ('WP_DEBUG_DISPLAY', false);

Это говорит о том, что:

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

Однако, если вы застряли, то полезно включить эту функцию, чтобы вы могли получить более подробную информацию об ошибке. Для этого измените два верхних значения на правда:

define ('WP_DEBUG', true);
define ('WP_DEBUG_LOG', true);
define ('WP_DEBUG_DISPLAY', false);

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

Сохраните файл, как только вы закончите включение отладки (но оставьте панель управления открытой). Затем вернитесь на ваш сайт.

Когда вы снова увидите белый экран смерти, вернитесь на панель управления и найдите папку wp-content (ту же, где находятся ваша тема и плагины). Теперь будет текстовый файл с именем debug_log.

Файл отладки

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

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

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

Как только проблема устранена и белый экран смерти исчез, вернитесь в wp-config.php и отключите отладку..

Ошибка № 2: Внутренняя ошибка сервера (код ошибки 500)

Не всегда на 100% ясно, что именно вызвало 500 внутреннюю ошибку сервера. Однако, как и белый экран смерти, в вашем коде что-то не так.

Шаг 1: заменить файл .htaccess

Первое, что нужно проверить – это файл .htaccess. Иногда он повреждается и приводит к замене вашего сайта страницей «Внутренняя ошибка сервера».

Независимо от того, был ли файл поврежден, вы все равно должны сделать этот шаг. Не повредит вашему сайту, если вы замените существующий файл .htaccess..

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

Настройки файлового менеджера

Если ваш сайт находится на виртуальном хостинге, файл все еще может быть скрыт. Если это так, добавьте следующее в конец URL-адреса файлового менеджера: «& showhidden = 1».

htaccess файл

Переименуйте файл .htaccess, чтобы отключить его..

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

Перейдите в меню «Настройки»> «Постоянные ссылки»:

Настройки Постоянные ссылки Меню

Нажмите «Сохранить изменения» внизу страницы. Это создаст новый файл.

Если ошибка не исчезла, попробуйте этот обходной путь.

Откройте новый файл .htaccess и добавьте следующее:

# НАЧАТЬ WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]
# КОНЕЦ WordPress

Если это не устраняет коррупцию, перейдите к следующему шагу.

Шаг 2: Белый экран смерти

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

Если ошибка все еще существует после этого, попробуйте следующий шаг.

Шаг 3: увеличить лимит памяти

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

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

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

Шаг 4. Замените папки wp-admin и wp-includes

Обновление могло непреднамеренно повредить код в ваших папках wp-admin или wp-includes.

Чтобы заменить их, вам нужно получить свежую копию WordPress..

Перейти к WordPress.org, нажмите кнопку «Получить WordPress» и загрузите файлы на рабочий стол.

Получить свежие файлы WordPress

Разархивируйте папку и найдите папки wp-admin и wp-includes.

Вернитесь в свой файловый менеджер. Загрузите копию уже существующих папок wp-admin и wp-includes (всегда полезно иметь копию на всякий случай).

Папки cPanel

Нажмите «Загрузить». Затем перезагрузите каждую папку по одной за раз. Вам нужно сделать это только для wp-admin и wp-includes.

Загрузить файлы

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

Ошибка № 3: Ошибка при установлении соединения с базой данных

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

Шаг 1: Проверьте файл wp-config.php

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

Перейдите к своему файловому менеджеру или FTP и перейдите к файлу wp-config.php. Откройте его для редактирования.

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

/ ** Имя базы данных для WordPress * /
define ('DB_NAME', 'database_name');

/ ** Имя пользователя базы данных * /
define ('DB_USER', 'database_username');

/ ** Пароль базы данных * /
define ('DB_PASSWORD', 'databasepw');

/ ** Имя хоста * /
define ('DB_HOST', 'database_hostname');

/ ** База данных Charset * /
define ('DB_CHARSET', 'utf8');

/ ** База данных Тип сортировки * /
define ('DB_COLLATE', '');

Если какие-либо из этих данных отсутствуют или выглядят неверно, внесите изменения (после сохранения копии wp-config.php на рабочем столе).

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

Шаг 2. Обратитесь в службу поддержки вашего веб-хостинга.

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

Существует несколько причин, по которым соединение с базой данных может быть взломано:

  • Время простоя сервера
  • Превышены пределы плана (хотя они должны были сообщить вам, если это так)
  • Нарушение безопасности

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

Ошибка № 4: плохой шлюз (код ошибки 502) или тайм-аут шлюза (код ошибки 504)

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

Шаг 1: Обновите сайт

Нажмите кнопку «Обновить» на панели браузера:

Обновить сайт

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

Шаг 2: очистить кеш браузера

Если обновление не работает, возможно, проблема связана с кэшированием. Чтобы ваш сайт «отклеился», зайдите в настройки браузера.

Ищите опцию, чтобы очистить ваши данные просмотра. В Chrome настройка выглядит так:

Очистить данные просмотра

Проверьте настройку для кэшированных изображений и файлов:

Chrome Clear Cache

Затем нажмите «Очистить данные». Как только это будет сделано, перезагрузите свой веб-сайт и посмотрите, не убрал ли это код ошибки.

Шаг 3: Белый экран смерти

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

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

Шаг 4. Проверьте у своего хоста или поставщика CDN

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

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

Ошибка № 5: слишком много запросов (код ошибки 429)

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

Шаг 1: Белый экран смерти

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

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

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

Ошибка № 6: Тайм-аут соединения / предел исчерпан

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

Шаг 1: увеличить лимит памяти

Зайдите в ваш файловый менеджер и откройте файл wp-config.php.

В нижней части файла найдите строку, которая выглядит следующим образом:

define ('WP_MEMORY_LIMIT', '64M');

Это бит «64M», который необходимо обновить. Чтобы дать вашему серверу больше памяти для обработки вашего запроса, увеличьте ограничение до 256M:

define ('WP_MEMORY_LIMIT', '256M');

Попробуйте снова запустить ваш запрос через WordPress. Если это не работает, попробуйте это:

Шаг 2: Увеличьте максимальное время выполнения

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

На это есть веская причина (например, чтобы хакеры не бомбардировали ваш сервер одними и теми же запросами снова и снова). Тем не менее, вы можете временно изменить его, чтобы ваш запрос прошел.

В вашем файловом менеджере или на FTP найдите файл .htaccess. Если вам трудно найти файл .htaccess, просмотрите шаги, исправленные на внутреннем сервере..

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

# END WORDPRESS

Прямо над ним поместите следующее:

php_value max_execution_time 300

По умолчанию максимальное время выполнения обычно составляет от 30 до 60 секунд. Это увеличит его до 300 секунд.

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

php_value max_execution_time 60

Если это исправление не сработало, обновите 300 до 600 и повторите. Если это все еще не работает, возможно, что-то не так с недавно обновленным плагином или темой.

Шаг 3: Белый экран смерти

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

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

Ошибка № 7: страница не найдена (код ошибки 404)

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

Шаг 1. Проверьте правильность написания URL

Просто чтобы быть в безопасности, перепроверьте правильность написания URL-адреса, который вы ввели в адресную строку. Убедитесь, что нет ошибок.

Шаг 2: исправить постоянные ссылки

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

Настройки Постоянные ссылки Меню

Переключите структуру постоянных ссылок на настройку по умолчанию «Обычный»:

Настройки постоянной ссылки по умолчанию

Сохраните ваши изменения.

Вернитесь к структуре постоянных ссылок, которую вы хотели использовать. Сохранить еще раз.

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

Шаг 3: Заменить файл .htaccess

Запустите исправление поврежденного файла .htaccess..

Это должно избавиться от ошибки.

Ошибка № 8: синтаксическая ошибка

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

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

Например, это синтаксическая ошибка, поскольку отсутствует последняя точка с запятой (;):

define ('WP_MEMORY_LIMIT', '64M')

Это также синтаксическая ошибка, потому что прямые кавычки пишутся как фигурные кавычки:

define (‘WP_MEMORY_LIMIT’, ‘64M’);

Вы также можете столкнуться с «неожиданной ошибкой». Это означает, что что-то написано с ошибкой или неправильно отформатировано.

Шаг 1: исправить код

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

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

Ошибка № 9: недоступно для планового обслуживания

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

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

Шаг 1: дай минутку

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

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

Шаг 2: Отключить режим обслуживания

Войдите в вашу панель управления и файловый менеджер. Перейдите в корень вашего сайта и найдите файл с именем .maintenance.

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

Ошибка № 10: Не удалось выполнить автоматическое обновление

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

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

Шаг 1: Обновление вручную

Исправить это просто.

В WordPress вы увидите несколько индикаторов, которые сообщают вам, где ждут ваши обновления:

Обновления WordPress

Следуйте за ними и выпустите обновление вручную.

Ошибка № 11: слишком много перенаправлений

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

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

Это происходит, когда ваш сайт и адреса WordPress разные.

Шаг 1: Обновите настройки WordPress

Первое место, чтобы проверить это несоответствие, это ваши настройки WordPress. Перейдите в Настройки> Общие:

Настройки Общее меню

Адреса для WordPress и сайта должны совпадать:

Общие настройки Адреса

Если это не так, исправьте неверно отформатированный URL и сохраните изменения..

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

Шаг 2: Обновите файл wp-config.php

Файл wp-config.php содержит много данных о том, как настроен ваш сайт, включая его доменное имя..

Войдите в свой файловый менеджер или FTP и откройте файл wp-config.php. Ищите строку кода, которая выглядит следующим образом:

define ('WP_HOME', 'http: //faux-agency.local');

define ('WP_SITEURL', 'http: //faux-agency.local');

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

Они также должны соответствовать тому, как они настроены на уровне сервера. Итак, если домен зарегистрирован как https: //www.faux-agency.local, тогда здесь должны присутствовать значения HTTPS и WWW.

Сохраните изменения и вернитесь на свой сайт. Ошибка должна исчезнуть.

Ошибка № 12: смешанный контент

Еще одна ошибка, связанная с форматированием вашего веб-адреса, – ошибка смешанного содержимого. По сути это означает, что:

  • На вашем сайте установлен сертификат SSL, и теперь он работает через HTTPS.
  • На вашем сайте есть некоторые элементы (например, файлы изображений), страницы или ссылки, которые продолжают использовать HTTP.

Веб-сайты должны быть все HTTPS или все HTTP. Чтобы удалить эту ошибку, необходимо переместить незащищенный контент на защищенный веб-адрес..

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

Вариант 1: использовать инструмент проверки

Откройте свой веб-сайт и щелкните правой кнопкой мыши в любом месте экрана. Выберите «Осмотреть» из вариантов:

Проверить сайт

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

Осмотрите Консоль

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

Вариант 2. Использование подключаемого модуля SSL Unsecure Content Fixer

Установите Плагин небезопасного содержания SSL чтобы помочь вам.

Небезопасный SSL Fixer Content

Начните с настройки «Простой» и посмотрите, устраняет ли это проблему. Если этого не произойдет, перейдите к последующим настройкам, пока не найдете тот, который решает проблему смешанного контента.

Вариант 3. Обратитесь за помощью в службу поддержки веб-хостинга.

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

Ошибка № 13: не удалось записать на диск

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

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

Это не связано с попыткой загрузки недопустимых типов файлов. Эта ошибка связана с неправильными настройками прав доступа к файлам на сервере. Обновление с вашего веб-хостинга или плагин могли испортить их.

Шаг 1. Обновите разрешения в папке wp-content

Перейдите на свой FTP и найдите папку wp-content. Откройте его и найдите папку для загрузки. Щелкните правой кнопкой мыши по нему. Выберите «Изменить разрешения» (это также может называться «Права доступа к файлам» или просто «Разрешения»)..

Загрузка изменений разрешений

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

Если вы видите такой экран, обновите «Permissions Value» до 744. Установите флажок «Recursive» ниже и примените его только к каталогам. Сохраните ваши изменения.

Щелкните правой кнопкой мыши папку загрузки еще раз. На этот раз установите «Значение разрешений» на 644. Отметьте «Рекурсивно», но примените его только к файлам. Сохраните ваши изменения.

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

Ошибка № 14: Изменения не отображаются

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

Это проблема кеширования.

Шаг 1: очистить кэш страницы

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

Большинство плагинов WordPress размещают кнопку «Очистить кэш» или «Очистить кэш» в строке меню администратора в верхней части WordPress следующим образом:

Очистить кэш

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

Шаг 2: очистить кеш браузера

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

Настройки браузера

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

Очистить данные просмотра

Затем очистите кеш браузера:

Chrome Clear Cache

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

Ошибка № 15: Ошибка входа

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

Вариант 1: восстановить пароль

Если проблема в том, что вы забыли свой пароль, нажмите «Забыли пароль?» ссылка под формой входа:

Забыли пароль

Введите свой адрес электронной почты или имя пользователя в форме восстановления:

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

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

Вариант 2: обновить учетные данные для входа в phpMyAdmin

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

Зайдите в панель управления и найдите phpMyAdmin.

Инструменты базы данных cPanel

Это ваша консоль phpMyAdmin:

Консоль phpMyAdmin

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

Данные пользователя phpMyAdmin

Чтобы отредактировать учетные данные для себя (или любого, кто не может войти), нажмите кнопку «Изменить» слева от их данных для входа..

phpMyAdmin Редактировать учетные данные

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

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

Заворачивать

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

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

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

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me