10 найпоширеніших помилок WordPress і як їх виправити

Вступ

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

1.WordPress відображає лише порожню сторінку

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

Існує кілька можливих причин появи білого екрану смерті: несправність плагінів, проблеми з PHP і різні помилки кодування або бази даних. Тому бажано з'ясувати точну причину білого екрану смерті. Якщо WordPress не працює належним чином, іноді замість вашого сайту з'являється порожній екран. Здається, що вже нічого не працює. Часто достатньо виправити невелику помилку, щоб все знову відображалося нормально.

Можлива помилка WordPress 1: Плагіни

Якщо і можна сказати щось хороше про "Білий екран смерті", то це ось що: Назва цієї помилки WordPress звучить більш драматично, ніж вона є насправді. Дуже часто все, що вам потрібно зробити, це деактивувати плагін, і все знову буде відображатися правильно. Це тому, що білий екран смерті часто викликається однією з наступних дій:

1. У тебе є Плагін активовано в WordPressякий не працює належним чином.
2. Можливо, ви змінили налаштування активного плагіна.
3. Ви змінили внутрішній код активного плагіна.

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

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

У цьому випадку вам потрібно буде скористатися FTP-клієнтом (протокол передачі файлів), щоб отримати доступ до файлів WordPress і видалити або деактивувати змінений плагін. Якщо ви ніколи не використовували FTP-клієнт для внесення змін до вашої інсталяції WordPress, ви можете бути впевнені: Ви швидко навчитеся ним користуватися, і багато FTP-клієнтів доступні безкоштовно. Якщо у вас немає FTP-клієнта, ви також можете скористатися файловим менеджером в cPanel.

Ви можете дізнатися, як користуватися файловим менеджером тут: Як користуватися файловим менеджером?

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

1. Відкрийте директорію, в якій знаходяться ваші файли WordPress.
2. Відкрийте папку "wp-content".
3. Ви знайдете папку "plugins" у папці "wp-content".
4. Відкрийте папку "plugins" і знайдіть плагін, над яким ви працювали перед тим, як виникла помилка відображення.
5. Видаліть плагін. Можливо, вам доведеться вибрати плагін і натиснути на нього правою кнопкою миші, щоб знайти опцію видалення плагіна з вашої установки WordPress. Якщо ви не хочете видаляти плагін, перейменуйте папку, в якій він знаходиться.
6. Поверніться до браузера та оновіть свій сайт. Білий екран повинен зникнути, і ви зможете знову увійти до WordPress.

Завжди пам'ятайте, що слід використовувати лише ті плагіни, які активно підтримуються відповідним розробником. Плагіни також повинні бути сумісними з останньою версією WordPress. Застарілі плагіни можуть швидко призвести до проблем.

Можлива помилка WordPress 2: Помилка коду

Якщо помилка не пов'язана з плагіном, можливо, ви змінили файл "funktions.php" або інший PHP-файл за допомогою Редактор тем WordPress змінилися.

Також на екрані може з'явитися наступне повідомлення про помилку:

Помилка розбору: Синтаксична помилка, неочікуваний кінець $ в /home/name/public_html/wordpress/wp-content/themes/your_theme/functions.php на рядку 231

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

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

Після того, як ви увійшли на свій сервер, виконайте наступні дії:

1. Відкрийте директорію, в якій знаходяться ваші файли WordPress.
2. Відкрийте папку wp-content.
3. Тека з темою знаходиться в папці "wp-content".
4. Відкрийте папку теми і знайдіть папку з вашою поточною темою WordPress.
5. Відкрийте папку з вашою поточною темою WordPress і переконайтеся, що файл functions.php знаходиться в цій папці.
6. Тепер завантажте робочу версію файлу functions.php. Це може бути копія файлу, який ви зберегли на жорсткому диску до того, як змінили його. Ви також можете використовувати оригінальну версію з вашої теми.
7. Якщо ви не хочете перезаписувати файл, зробіть наступне: Перейменуйте папку з поточною темою. Це деактивує її, і знову буде використовуватися тема WordPress за замовчуванням. Це дає можливість вручну видалити помилковий код з файлу functions.php в неактивній темі.
8. Якщо ви вирішили замінити неробочий файл functions.php на робочу версію і ваш FTP-клієнт запитає вас, чи хочете ви перезаписати functions.php, дайте відповідь "Так".
9. Поверніться до браузера та оновіть сторінку. В ідеалі, "Білий екран смерті" зник, і ви знову зможете увійти на сайт.

Ви також можете використовувати іншу тему в якості тесту замість того, щоб змінювати батьківський файл functions.php. Таким чином, ви можете вносити зміни у вашу тему, не змінюючи код.

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

Невідоме джерело помилки

Іноді білий екран з'являється з незрозумілих причин: ви не змінювали плагіни і не переписували код теми. Ви викликаєте URL-адресу, а замість вашого сайту бачите лише білий екран. Але як виправити цю помилку WordPress, якщо немає очевидної причини?

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

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

Увійдіть на сервер вашого сайту за допомогою FTP-клієнта. Потім крок за кроком виконайте ці дії, щоб визначити несправний плагін:

1. Перейдіть до каталогу, в якому знаходяться ваші файли WordPress.
2. Відкрийте папку "wp-content".
3. Ви знайдете папку "plugins" у папці "wp-content".
4. Перейменуйте теку з плагінами. Це автоматично деактивує всі плагіни. Назву теки можна вибрати довільну, але вона має бути такою, щоб її можна було розпізнати пізніше.
5. Викличте панель управління WordPress. Якщо білий екран зник і ви можете увійти в систему, це означає, що один з плагінів спричинив помилку.
6. Перейменуйте перейменовану папку назад на "plugins". Тепер усі ваші плагіни мають бути перелічені на відповідній сторінці WordPress - але вони зараз неактивні. Реактивуйте їх по черзі. Якщо після активації певного плагіна екран знову стає білим, ви знаєте, який саме плагін відповідальний за це.
7. Поверніться до свого FTP-клієнта і видаліть проблемний плагін.

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

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

1. Кешування: Можливо, ви використовуєте плагін кешування для покращення часу завантаження WordPress. Якщо це так, і ви все одно бачите порожній екран, незважаючи на виконані вище кроки, можливо, вам просто потрібно очистити кеш вашого сайту. Якщо ви не можете очистити кеш, тому що все одно не можете отримати доступ до WordPress, очистити кеш браузера.
2. Пошкоджений файл(и): Ваші файли WordPress можуть бути пошкоджені (наприклад, шкідливим програмним забезпеченням). Зверніться до свого хостера і попросіть його діагностувати проблему.
3. Сервер не працює: перевірте свою поштову скриньку. Багато хостинг-провайдерів повідомляють своїх клієнтів про несправність серверів. Якщо ви не отримали повідомлення від хостера, зателефонуйте до його служби підтримки. Можливо, виникла проблема з сервером, яку ваш провайдер ще не діагностував.

Останнім варіантом усунення "Білого екрану смерті" є повне відновлення системи за допомогою резервної копії.

2-а внутрішня помилка сервера: 500 Internal Server Error

Повідомлення про помилку "500 Internal Server Error" може впливати на роботу веб-сайтів загалом, а не лише WordPress. На щастя, у більшості випадків причину можна швидко знайти. У WordPress причиною помилок сервера часто є плагіни та/або проблеми з темами. Іншими можливими причинами внутрішніх помилок сервера в WordPress є пошкоджені файли .htaccess або недостатня кількість пам'яті PHP. Внутрішні помилки сервера також можуть впливати на сторінку адміністратора WordPress, в той час як решта веб-сайту працює належним чином.

Можлива помилка WordPress 1: Пошкоджений файл .htaccess

Найпоширенішою причиною повідомлення про помилку "500 Internal Server Error" є пошкоджений файл .htaccess. Якщо ви отримуєте таке повідомлення про помилку, то в першу чергу перевірте цей файл: Увійдіть на ваш сервер за допомогою FTP-доступу. Перейдіть до кореневого каталогу WordPress і знайдіть файл .htaccess. Тимчасово перейменуйте цей файл. Тепер перезавантажте сайт. Якщо все працює: Вітаємо! Тепер створіть новий файл .htaccess, просто перейшовши в Налаштування → Перманентні посилання в адмін-панелі WP і знову збережіть налаштування.

Можлива помилка WordPress 2: Недостатньо пам'яті PHP

Іноді обмеження пам'яті PHP також спричиняє внутрішню помилку сервера 500. Щоб визначити, чи є це причиною помилки, слід перевірити error_log вашого сайту. Активуйте wp_debug і перевірте журнал помилок. Відкрийте файл wp-config.php і знайдіть наступний рядок коду:

Define ('WP_DEBUG', false);

Змініть їх наступним чином:

Define ('WP_DEBUG', true);

Тут також рекомендується деактивувати плагіни і теми один за одним, оскільки внутрішня помилка сервера також може бути викликана несправними плагінами або темами. Крім того, збільшення обсягу пам'яті PHP часто може вирішити проблему.

Можлива помилка WordPress 3: пошкоджено основний файл

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

Увійдіть на свій сайт через FTP і створіть нову папку wp-admin і нову папку wp-includes. Зміни в цих папках не повинні вплинути на ваші особисті налаштування WordPress, якщо тільки ви не зберегли змінені файли в цих папках - що зазвичай не відбувається. Файли в папці wp-content містять вашу тему, плагіни та інші зміни. Ви не повинні оновлювати цю папку, інакше ви видалите вміст вашого веб-сайту.

Якщо нічого не допомагає, вам потрібно завантажити нову копію WordPress з офіційного сайту і повністю перевстановити його.

3. помилка при встановленні з'єднання з базою даних: Помилка встановлення з'єднання з базою даних

Якщо ви досвідчений користувач WordPress, ви, ймовірно, зможете швидко виправити цю помилку WordPress. Але для початківців "Помилка встановлення з'єднання з базою даних" може бути незрозумілим повідомленням про помилку.

Ця помилка виникає, наприклад, коли ви встановлюєте WordPress вручну або коли ви намагаєтеся завантажити свій власний веб-сайт. З усіх PHP-файлів у WordPress найважливішим є wp-config.php, оскільки без цього файлу неможливо встановити з'єднання з базою даних і ваш сайт не працюватиме. У цьому файлі ви визначаєте інформацію для з'єднання, таку як ім'я бази даних, ім'я користувача, пароль і хост.

Можлива помилка WordPress 1: Неправильні налаштування з'єднання

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

Можлива помилка WordPress 2: Помилка під час переміщення веб-сайту WordPress

Іншим поширеним джерелом помилок є перенесення файлів WordPress до нового хостинг-провайдера. Спочатку веб-сайт все ще відображається, коли ви викликаєте URL-адресу. Однак, як тільки ваш старий хостинг-провайдер остаточно розірве контракт, а ви ще не перенесли свою базу даних на сервер нового провайдера, ваш сайт перестане відображатися. Ви отримаєте повідомлення про помилку "Помилка встановлення з'єднання з базою даних".

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

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

Можлива помилка WordPress 3: Несправний файл wp-config.php

Ви забули оновити файл wp-config.php, коли змінювали пароль до бази даних.

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

Визначити ('DB_PASSWORD', 'Введіть пароль тут');

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

Можлива помилка WordPress 4: Ви неправильно ввели інформацію про базу даних

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

Більшість інсталяцій WordPress здійснюється через панель управління хостингом за допомогою майстра. Однак деякі користувачі віддають перевагу ручному встановленню. Якщо ви встановлюєте WordPress без автоматичного майстра, ви також повинні створити базу даних вручну. Переконайтеся, що ви ввели правильне ім'я бази даних, ім'я користувача та пароль. Щоб бути в безпеці, використовуйте метод копіювання та вставки.

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

Можлива помилка WordPress 5: Проблеми з DB_HOST під час перенесення веб-сайту WordPress на новий хост

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

Ця проблема менш поширена, але все ж може виникнути. Деякі хостингові компанії використовують власні значення при визначенні параметра DB_HOST у wp-config, але це не завжди так. Інші хостинги визначають URL-адресу до сервера бази даних MySQL, і цю URL-адресу потрібно використовувати як значення для DB_HOST. Іноді це також працює, якщо ви введете IP-адресу хостингу замість URL-адреси MySQL.

Можлива помилка WordPress 6: Ваша база даних пошкоджена

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

Відкрийте файл wp-config.php і перейдіть до розділу, який визначає назву вашої бази даних, ім'я користувача, пароль і хост. У розділі "Хост" вкажіть наступне:

Визначити ('WP_ALLOW_REPAIR', true);

Тепер збережіть ваш wp-config.php і завантажте його на FTP. Викличте наступну URL-адресу:

https: //www. your-page.ch/wp-admin/maint/repair.php

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

Натисніть на опцію "Відновити базу даних" і відкрийте нову вкладку в браузері після завершення процесу відновлення. Тепер перевірте, чи правильно відображається ваш сайт.

4. завершення з'єднання: Закінчилося з'єднання

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

Можлива помилка WordPress 1: Несправні плагіни

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

Можлива помилка WordPress 2: Досягнуто ліміту пам'яті PHP

Іншим можливим джерелом помилки є ліміт пам'яті PHP. У цьому випадку збільште ліміт у файлі wp-config.php. Відкрийте файл і вставте наступний рядок коду:

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

Цей рядок збільшує ліміт пам'яті до 64 МБ. Однак зверніть увагу, що на віртуальному хостингу ви можете збільшити ліміт пам'яті лише до певної межі. Якщо вам потрібно більше пам'яті, вам потрібно звернутися до вашого хостера, щоб він збільшив ліміт для вас. Зверніть увагу, що багато провайдерів віртуального хостингу тримають ліміт пам'яті для PHP дуже низьким.

Якщо у вас є доступ до файлу php.ini, ви також можете збільшити максимальний час виконання. У файлі перейдіть до рядка з параметром max_execution_time. Встановіть нульове значення, щоб повністю зняти обмеження часу виконання PHP, або встановіть будь-яке інше значення.

Можлива помилка WordPress 3: Помилка 404

Ще однією поширеною причиною повідомлення про помилку є так звана помилка 404. У цьому випадку веб-сайт намагається завантажити файл, який не існує. Це може сповільнити роботу вашого веб-сайту і призвести до таймауту.

Можлива помилка WordPress 4: Несправний файл cookie

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

5. WordPress не зберігає зміни

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

Якщо ваш браузер завантажує збережену копію сторінки з кешу, ваші останні зміни не будуть відображені, оскільки це застаріла копія. Щоб повністю перезавантажити сторінку, потрібно утримувати комбінацію клавіш Ctrl+Shift, наприклад, у Firefox, а потім натиснути клавішу R. У Chrome потрібно утримувати клавішу Ctrl, а потім натиснути клавішу F5. Ці комбінації клавіш можуть відрізнятися залежно від налаштувань вашого браузера.

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

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

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

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

6. режим постійного обслуговування після оновлення

Часто трапляється, що вам потрібно оновити плагін, тему або, можливо, основні файли WordPress у WordPress. Ви зберігаєте свій сайт, виконуєте оновлення, а потім відбувається переривання. Виникає конфлікт між оновленням та існуючими плагінами або між оновленням і вашим власним кодом. Результатом є повідомлення про внутрішню помилку.

Якщо ви деактивуєте несправний плагін або користувацький код, ви можете увійти в режим обслуговування WordPress. Після цього на головній сторінці вашого сайту з'явиться наступне повідомлення: Maintmode.wpe

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

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

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

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

Але як уникнути конфліктів з файлом обслуговування? Багатьох помилок можна уникнути заздалегідь, виконавши ці прості кроки:

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

7. синтаксична помилка

Навіть невелика помилка в неправильному місці може призвести до того, що весь сайт на WordPress перестане працювати. Однак повідомлення про помилку "Синтаксична помилка" не є нерозв'язною проблемою.

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

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

Увійдіть за допомогою вашої FTP-програми і перейдіть до каталогу, в якому знаходиться файл теми, що підлягає редагуванню. Код помилки покаже вам, який файл і який рядок пошкоджено.

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

8. автоматичне оновлення не вдалося

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

Якщо ви встановили актуальну версію WordPress, вам не потрібно турбуватися про незначні оновлення, пов'язані з безпекою. Ці оновлення зазвичай запускаються автоматично у фоновому режимі. Це означає, що ви отримуєте незначні оновлення WordPress автоматично, не роблячи нічого самостійно. Для великих оновлень, таких як абсолютно нова версія WordPress, просто натисніть кнопку "Оновити зараз".

Перед оновленням WordPress завжди створюйте резервну копію бази даних WordPress і всіх файлів і папок. Якщо ви отримуєте повідомлення про помилку "Оновлення не вдалося", ви можете вирішити проблему наступним чином:

Видаліть файл обслуговування

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

Перевірка прав доступу до файлів

Іноді WordPress не може створити каталог оновлень через проблеми з дозволами, якщо ви отримуєте повідомлення про помилку "Каталог не може бути створений", перевірте, чи має ваша папка Wp-Content дійсний дозвіл на файли 755. Крім того, ви також можете використати дозвіл 777. Однак не забудьте знову змінити авторизацію, як тільки вирішите проблему. Також вам слід тимчасово деактивувати всі плагіни, які використовуються в цьому рішенні.

Спробуйте оновити WordPress ще раз. Якщо ви все ще отримуєте ту саму помилку WordPress, видаліть папку "upgrade" у wp-content, створіть її заново і використовуйте для тієї самої папки права доступу 777. Якщо це спрацює, не забудьте змінити права доступу на 755, щоб мінімізувати ризик безпеки.

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

Додайте дані доступу до FTP до конфігураційного файлу WordPress

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

Тепер відкрийте файл wp-config.php в кореневому каталозі вашої установки WordPress і додайте кілька рядків. Додайте наступні рядки до файлу wp-config.php над рядком "'/* Це все, припиніть редагування! Приємного ведення блогу. */'":

define('FS_METHOD', 'ftpext');
define('FTP_HOST', 'ftp.website.de');
define('FTP_USER', 'Ім'я користувача');
define('FTP_PASS', 'Пароль');

Потім введіть відповідні дані в поля FTP-хост, ім'я користувача та пароль.

9. проблеми із завантаженням зображень на WordPress

Проблеми при завантаженні зображень часто виникають через неправильні права доступу до файлів. Ваша директорія для завантаження повинна мати правильні права доступу до файлів. В іншому випадку WordPress не зможе зберегти в ньому файли. У деяких випадках можуть також виникати проблеми з відображенням файлів у каталозі завантаження. Щоб встановити правильні дозволи на файли для вашого каталогу завантаження, вам потрібен FTP-клієнт. Вам може бути цікаво, чому у вас раптом виникли проблеми з правами доступу. Хто змінив права доступу до файлів?

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

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

Увійдіть на свій сайт через FTP-клієнт і відкрийте папку /wp-content/. Ця папка містить підпапку /uploads/. Клацніть правою кнопкою миші на директорії завантажень і виберіть пункт Дозволи на файли. Відкриється діалог Налаштування прав доступу до файлів. По-перше, ви повинні встановити права доступу до файлів для самого каталогу завантаження і всіх підкаталогів на 744. Для цього введіть 744 у полі для числового значення і встановіть прапорець навпроти "Рекурсивно в підкаталогах". Нарешті, натисніть "Тільки для каталогів". Підтвердіть застосування змін, натиснувши кнопку OK. Тепер ваша FTP-програма розпочне керування файлами у каталогах. Якщо встановлення прав доступу до каталогів на 744 не спрацює, спробуйте використати числове значення 755.

Наступним кроком буде встановлення прав доступу до файлів для всіх файлів у каталозі завантаження. Для цього клацніть правою кнопкою миші на директорії завантаження і виберіть категорію "Права доступу до файлів". У діалоговому вікні "Змінити права доступу до файлів" змініть числове значення на 644 і встановіть прапорець навпроти пункту "Рекурсивно в підкаталогах". Нарешті, натисніть перемикач "Лише для файлів". Натисніть кнопку OK, щоб застосувати зміни.

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

10. бічна панель з'являється під основним контентом

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

Поширеною причиною цієї помилки є занадто багато відкритих або занадто багато закритих тегів div у вашому HTML-коді. У коді вашої сторінки WordPress теги div виглядають так:

<div> </div>

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

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

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