Усунення несправностей WordPress (101)

Усунення несправностей WordPressЩо стосується підтримки WordPress, у користувачів є кілька варіантів:


  • WordPress Codex (Зроби сам)
  • Форум підтримки 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

Знайдіть свою панель керування.

Що ви шукаєте, це або Файловий менеджер, або FTP. Обидва нададуть вам доступ до бекенду вашого веб-сайту.

Файл Bluehost FTP

Знайдіть папку вмісту wp у корені вашого веб-сайту:

wp-content Folder

Відкрийте його та знайдіть папку плагінів:

Папка плагінів

Перейменуйте папку на що-небудь, крім «плагінів». Це вимкне всі плагіни на вашому веб-сайті.

Крок 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', помилково);
define ('WP_DEBUG_DISPLAY', false);

Це говорить про те, що:

  • Функція налагодження вимкнена.
  • Якщо виникла помилка, з неї не буде створено жодного журналу в бекенде.
  • Якщо виникла помилка, на фронталі не з’явиться код помилки.

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

define ('WP_DEBUG', правда);
define ('WP_DEBUG_LOG', правда);
define ('WP_DEBUG_DISPLAY', false);

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

Збережіть файл після завершення роботи налагодження (але залиште панель керування відкритою). Потім поверніться на свій веб-сайт.

Коли ви знову побачите білий екран смерті, поверніться до своєї панелі керування та шукайте папку вмісту wp (тієї самої, де ваша тема та плагіни). Зараз буде текстовий файл, який називається debug_log.

файл налагодження

Відкрийте його та перегляньте повідомлення про помилку. Шукайте сьогоднішню дату та час. Повинна бути рядок, який вказує, який файл у вашому каталозі та який рядок у цьому файлі містить помилку.

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

Якщо це проблема в іншому файлі, ви вирішите її виправити. Якщо вам це не зручно, зверніться до розробника, який може допомогти.

Після усунення проблеми та зменшення білого екрана смерті поверніться до wp-config.php та вимкніть налагодження.

Помилка №2: внутрішня помилка сервера (код помилки 500)

Не завжди на 100% зрозуміло, що саме спричинило помилку 500 внутрішніх серверів. Однак, як і білий екран смерті, у вашому коді щось не так.

Крок 1: Замініть файл .htaccess

Перше, що потрібно перевірити – це файл .htaccess. Інколи він пошкоджується, і ваш веб-сайт замінюється на сторінку “Внутрішня помилка сервера”.

Незалежно від того, пошкоджено файл, все ж слід зробити цей крок. На ваш веб-сайт не буде шкоди, якщо ви заміните наявний .htaccess файл.

Увійдіть у свою панель керування та відкрийте менеджер файлів або FTP-менеджер. Перш ніж увійти в кореневий каталог вашого веб-сайту, виберіть опцію “Показати приховані файли” (якщо у вас є):

Налаштування файлового менеджера

Якщо ваш веб-сайт розміщений на спільному хостингу, файл все ще може бути прихованим. Якщо це так, додайте до кінця URL-адреси файлового менеджера наступне: “& showhidden = 1”.

Файл htaccess

Перейменуйте файл .htaccess, щоб його відключити.

Перейдіть на свій веб-сайт і подивіться, чи це усунуло внутрішню помилку сервера. Якщо це було так, то все, що вам потрібно зробити, – це створити абсолютно новий файл.

Перейдіть у меню Налаштування> Постійні посилання:

Меню Постійні посилання

Натисніть “Зберегти зміни” внизу сторінки. Це створить новий файл.

Якщо помилка не усунулася, спробуйте це вирішити.

Відкрийте новий файл .htaccess і додайте наступне:

# НАЧАЙТЕ WordPress
ПереписатиEngine On
RewriteBase /
Перепишіть ^ індекс \ .php $ - [L]
ПерепишітьCond% {REQUEST_FILENAME}! -F
ПерепишітьCond% {REQUEST_FILENAME}! -D
ПереписатиРуле. /index.php [L]
# END WordPress

Якщо це не усуне корупцію, перейдіть до наступного кроку.

Крок 2: Білий екран смерті

Виконайте білий екран кроків усунення несправностей.

Якщо помилка все ще існує після цього, спробуйте наступний крок.

Крок 3: Збільшення ліміту пам’яті

Це, мабуть, не є причиною, оскільки зазвичай ви бачите повідомлення про вичерпання пам’яті, якщо це так. Однак спробувати це не завадить, оскільки це швидко виправити.

Виконайте кроки щодо усунення несправностей щодо збільшення межі пам’яті.

Якщо ви все-таки застрягли, цей останній крок повинен зробити фокус:

Крок 4: Замініть папки wp-admin та wp-include

Оновлення, можливо, ненавмисно пошкодило код у папках wp-admin або wp-include.

Щоб замінити їх, вам потрібно буде отримати нову копію WordPress.

Йти до WordPress.org, натисніть кнопку «Отримати WordPress» та завантажте файли на робочий стіл.

Отримайте свіжі файли WordPress

Розпакуйте папку та знайдіть папки wp-admin та wp-include.

Поверніться до свого файлового менеджера. Завантажте копію файлів wp-admin і wp-include, які вже існують (завжди є хорошою ідеєю мати копію на всякий випадок).

cPanel Папки

Натисніть «Завантажити». Потім перезавантажте кожну папку по одній. Це потрібно робити лише для wp-admin та wp-include.

Завантажити файли

Тепер ви можете повернутися на свій веб-сайт. Помилки не повинно бути. Якщо це не так, саме час звернутися за допомогою до веб-компанії, що займається веб-хостингом.

Помилка №3: ​​Помилка встановлення підключення до бази даних

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

Крок 1: Перевірте файл wp-config.php

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

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

Ви повинні знайти розділ, присвячений налаштуванням вашої бази даних. Це буде виглядати приблизно так:

/ ** Назва бази даних для WordPress * /
визначити ("DB_NAME", "ім'я бази даних");

/ ** Ім'я користувача бази даних * /
define ('DB_USER', 'ім'я бази даних_користувача');

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

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

/ ** Набір баз даних * /
define ('DB_CHARSET', 'utf8');

/ ** Тип співставлення баз даних * /
define ('DB_COLLATE', '');

Якщо будь-яка з цих даних відсутня або виглядає неправильною, внесіть зміни (після збереження копії wp-config.php на робочий стіл).

Збережіть свої зміни та поверніться на веб-сайт, щоб побачити, чи він все ще не може підключитися до бази даних.

Крок 2: Зверніться до служби підтримки веб-хостів

Якщо у вас немає явного перерви підключення до бази даних WordPress з вашого боку, настав час поговорити зі своїм веб-хостом.

Існує ряд причин, через які може бути порушено підключення до бази даних:

  • Простоя сервера
  • Ліміти плану перевищені (хоча вони повинні повідомити вас, якщо це так)
  • Порушення безпеки

Як тільки ви дізнаєтесь про першопричину, працюйте швидко, щоб її відновити, навіть якщо це просто означає отримання ETA, коли сервери повернуться в Інтернет. Ви не можете дозволити собі забороняти роботу вашого сайту занадто довго.

Помилка №4: Bad Gateway (код помилки 502) або Timeout Gateway (код помилки 504)

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

Крок 1: Оновіть сайт

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

Оновити веб-сайт

Можливо, ви намагалися завантажити свій веб-сайт, коли сервер тимчасово не працює або виблискує.

Крок 2: Очистіть кеш браузера

Якщо оновлення не працює, проблема може бути пов’язана з кешуванням. Для того, щоб веб-сайт “відклеївся”, перейдіть до налаштувань веб-переглядача.

Шукайте варіант очищення даних веб-перегляду. У Chrome налаштування виглядає так:

Видалення даних про переглянуті

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

Очистити кеш Chrome

Потім натисніть «Очистити дані». Після цього перезавантажте веб-сайт і подивіться, чи видалено код помилки.

Крок 3: Білий екран смерті

Недавнє оновлення плагіна або теми може бути винним, якщо вищевказані виправлення не працюють.

Виконайте білий екран кроків усунення несправностей.

Крок 4: Зверніться до свого хоста чи постачальника послуг CDN

Якщо жоден із наведених вище варіантів не працює, вам потрібно звернутися до свого хоста чи постачальника CDN.

Коли ви зв’яжетесь, переконайтеся, що ви маєте скріншот з помилкою та детальну інформацію про кроки усунення несправностей, які ви зробили до цього часу. Можливо, потрібно буде відключити ваш DNS, CDN або брандмауер, щоб позбутися від помилки.

Помилка №5: Занадто багато запитів (код помилки 429)

Ця помилка зазвичай означає, що у вас є плагін або сценарій теми, який надсилає занадто багато запитів на ваш сервер.

Крок 1: Білий екран смерті

Виконайте білий екран кроків усунення несправностей.

Якщо ви не можете усунути помилку за допомогою цього процесу, зв’яжіться зі своєю хостинговою компанією. Вони повинні бути в змозі сказати вам, яка інтеграція сторонніх розробників працює в режимі overdrive.

Якщо є можливість змінити налаштування для усунення проблеми, зробіть це. В іншому випадку вам потрібно буде знайти інструмент заміни.

Помилка №6: З’єднання встановлено з тимчасовим обмеженням / Вичерпано обмеження

З цією помилкою ви не збираєтесь втрачати доступ до свого веб-сайту чи області адміністратора. Натомість це означає, що дія, яку ви намагаєтеся здійснити всередині WordPress – наприклад, встановлення нової теми – вичерпує межі вашого сервера.

Крок 1: Збільшення ліміту пам’яті

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

Внизу файлу знайдіть рядок, який виглядає приблизно так:

визначити ('WP_MEMORY_LIMIT', '64M');

Це біт “64М”, який потрібно оновити. Щоб надати серверу більше пам’яті для обробки вашого запиту, збільште ліміт до 256М:

визначити ('WP_MEMORY_LIMIT', '256M');

Спробуйте запустити свій запит через WordPress ще раз. Якщо це не працює, спробуйте:

Крок 2: Збільшити максимальний час виконання

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

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

У файловому менеджері або FTP знайдіть файл .htaccess. Якщо вам важко знайти файл .htaccess, перегляньте кроки з виправлення помилок внутрішнього сервера.

Всередині файлу прокрутіть до самого низу. Ви побачите рядок, який виглядає приблизно так:

# ЗАКРІТНА РОБОТА

Трохи над ним поставте наступне:

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')

Це також синтаксична помилка, оскільки прямі цитати записуються як фігурні лапки:

визначити ("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

Встановіть Плагін SSL небезпечного змісту вмісту щоб допомогти тобі.

SSL небезпечний виправник вмісту

Почніть з налаштування “Простий” і подивіться, чи це усуне проблему. Якщо цього не відбувається, пройдіться подальшими налаштуваннями, поки не знайдете те, що виправляє проблему зі змішаним вмістом.

Варіант 3: Зверніться до служби підтримки веб-хостингу

Зверніться до своєї веб-хостингової компанії, якщо ви загрожуєте тим, де живе помилка змішаного вмісту.

Помилка №13: Не вдалося записати на диск

Якщо у вас виникли проблеми із зображеннями на вашому веб-сайті, це, швидше за все, помилка.

Він з’явиться, коли файл не завантажується. Він також з’явиться, коли ваші медіа-файли виглядають так, ніби вони зникли з вашої медіа-папки, а також на вашому веб-сайті. Для них будуть порожні заповнювачі, але вміст не відображатиметься.

Це не пов’язано зі спробою завантаження неприйнятних типів файлів. Ця помилка пов’язана з неправильним налаштуванням дозволів на файли в резервному режимі. Оновлення вашого веб-хостингу або плагіна могло їх зіпсувати.

Крок 1. Оновлення дозволів у папці wp-content

Перейдіть на свій FTP і знайдіть папку wp-content. Відкрийте його та шукайте папку для завантаження. Клацніть правою кнопкою миші на ньому. Виберіть “Змінити дозволи” (це також може бути названо “Файли дозволу” або просто “Дозволи”).

Завантажує дозволи на зміну

Якщо ви не бачите екрана, який виглядає таким чином, вам потрібно буде попросити веб-хостинга або оновити доступ до ваших файлів, або допомогти вам.

Якщо ви бачите такий екран, оновіть “Значення дозволів” на 744. Установіть прапорець “Рекурсивний” нижче та застосуйте його лише до каталогів. Збережіть свої зміни.

Клацніть правою кнопкою миші ще раз папку завантажень. Цього разу встановіть “Значення дозволів” на 644. Поставте прапорець “Рекурсивний”, але застосуйте його лише до файлів. Збережіть свої зміни.

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

Помилка №14: зміни не відображаються

Це не помилка, яка надходить із повідомленням або білим екраном. Це помилка, яку ви побачите на власні очі двома очима після оновлення, лише зрозумівши, що вона не відображається на веб-сайті в реальному часі.

Це питання кешування.

Крок 1. Очистіть кеш сторінки

Якщо ви використовуєте плагін кешування WordPress, перше, що потрібно зробити, – очистити кеш.

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

Очистити кеш

Це очистить кеш сторінки для всіх користувачів та відвідувачів. Поверніться на свій веб-сайт і подивіться, чи допомогло це. Якщо цього не сталося, спробуйте наступний крок:

Крок 2: Очистіть кеш браузера

У деяких випадках проблемою є ваш веб-браузер. Щоб очистити кеш браузера, знайдіть Налаштування веб-переглядача:

Налаштування веб-переглядача

Звідти знайдіть налаштування, яке дозволяє очистити дані веб-перегляду або кеш:

Видалення даних про переглянуті

Потім очистіть кеш браузера:

Очистити кеш Chrome

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

Помилка №15: Помилка входу

Є дві причини, через які ви не можете увійти до адміністратора WordPress. Кожен має окремий виправлення.

Варіант 1: Відновлення пароля

Якщо проблема полягає в тому, що ви забули свій пароль, натисніть “Забули пароль?” посилання під формою для входу:

Втратили пароль

Введіть свою електронну адресу або ім’я користувача у форму відновлення:

Відновлення пароля

Ви отримаєте електронний лист, щоб створити новий пароль та відновити доступ до свого облікового запису.

Варіант 2: Оновлення облікових даних для входу в phpMyAdmin

Якщо проблема полягає в тому, що ви не втратили чи не забули свої облікові дані для входу, але все одно не можете ввійти, вам знадобиться використовувати phpMyAdmin, щоб скинути їх вручну..

Перейдіть на панель керування і шукайте phpMyAdmin.

Інструменти бази даних cPanel

Це ваша консоль phpMyAdmin:

phpMyAdmin Console

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

Дані користувача phpMyAdmin

Щоб відредагувати облікові дані для входу для себе (або будь-якого іншого, хто не може ввійти), натисніть кнопку “Редагувати” зліва від їх даних про вхід..

phpMyAdmin Редагувати облікові дані

Відредагуйте пароль – переконайтеся, що це сильне поєднання великих літер, малих літер, цифр та символів. Потім збережіть свої зміни.

Ви можете повернутися до екрана входу в WordPress та спробувати ще раз. Якщо проблема не зникає, зверніться за допомогою до веб-компанії, що надає хостинг.

Підбивання

Очевидно, ви сподіваєтесь, що ніколи не зіткнетесь із жодною з цих помилок під час роботи з WordPress. Але глюки та помилки можуть виникати з різних місць – вашого веб-сервера, встановлених вами плагінів або теми, ядра WordPress, а іноді навіть від вас.

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

І останнє: не забудьте автоматизовану систему резервного копіювання працювати у фоновому режимі. Швидше за все, якщо одну з цих помилок неможливо усунути чисто (як, наприклад, у випадку порушення безпеки), резервна копія може дійсно зберегти вашу приховування.

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