Хоча WordPress і є надзвичайно потужною платформою, але й у ній трапляються проблеми. Одним із джерел невдоволення серед користувачів WordPress є відсутність можливості увійти до панелі управління WordPress. Існує безліч причин, чому можуть виникнути проблеми з входом на WordPress, але деякі вірогідніші.
У цій статті ми розповімо про деякі з найбільш поширених проблем зі входом до системи, пояснимо причини їх виникнення і запропонуємо варіанти вирішення.
1. Ви втратили або забули пароль
Це очевидна, але важлива проблема. Якщо ви регулярно змінюєте пароль, щоб убезпечити ваш сайт, його легко забути або втратити. І хоча WordPress має вбудовану функцію для скидання поточного пароля, можуть виникнути деякі труднощі. А в результаті маємо не так багато варіантів вирішення цієї проблеми.
Дивіться також:
Рішення:
Якщо ви забули або втратили пароль, спробуйте спершу скористатися вбудованою функцією відновлення пароля. Натисніть "Я втратив пароль" на сторінці входу в систему, і вас попросять ввести адресу вашої електронної пошти. WordPress надішле вам посилання в електронному листі, за допомогою якого ви зможете створити новий пароль.
Якщо з якоїсь причини ви не можете використовувати цей метод, то є ще два інші.
По-перше, якщо ви заходите на WordPress з різних пристроїв, перевірте, може, на якомусь із них ви ще авторизовані в системі. Тоді зайдіть у консоль та поміняйте пароль.
Якщо це не спрацювало, то можна оновити пароль прямо в базі даних WordPress. Якщо ваш сайт розташований на сервері Linux, то у вас, швидше за все, буде доступ до PHPMYADMIN. Однак перед тим, як редагувати вашу базу даних WordPress, створіть бекап. І тоді виконайте такі кроки:
- Запустіть phpMyAdmin, виберіть базу даних вашого сайту та відкрийте wp_users
- У списку користувачів знайдіть своє ім'я у стовпці user_login і виберіть "Редагування" навпроти цього рядка.
- Знайти поле uSER_PASS і введіть новий пароль у поле значення.
- З меню, що випадає, виберіть MD5.
- Перейдіть до нижньої частини сторінки та натисніть кнопку Go.
Тепер ви можете увійти, використовуючи новий пароль, який ви щойно надали вашому імені користувача в WordPress за допомогою phpMyAdmin. Однак, якщо у вас не вийшло і цього разу, то є ще кілька трюків.
2. Cache та Cookies
Cookies – це невеликі файли, розташовані в каталогах браузера, які зберігають інформацію про дії користувача на конкретному сайті.
WordPress вимагає використання cookies під час входу до системи. Якщо cookies не включені, ви не зможете увійти в WordPress.
Дивіться також:
Кеш браузера звертається до тимчасових файлів, що зберігаються у вашому браузері, коли ви заходите на веб-сторінку. Якщо кеш не оновлюється вчасно, вам відобразиться стара версія сайту.
Рішення:
На щастя, проблеми з кешем та cookies зазвичай вирішуються просто. По-перше, перевірте, чи включені cookies, а потім очистіть і кеш, і cookies у вашому браузері.
3. Втручання плагінів
Буває, що у процес входу в систему втручається плагін. Можливо, він був неправильно оновлений або стався конфлікт між двома та більше плагінами.
Дивіться також:
Рішення:
По-перше, потрібно переконатися, що проблема викликана справді плагіном. Ви можете зробити це, відключивши всі ваші плагіни або тимчасово перейменувавши папку плагінів.
Якщо у вас є доступ до адмінки, зайдіть в меню плагінів і просто відключіть їх. Переконайтеся, що у вас є бекап вашого сайту. Виберіть усі ваші плагіни, зайдіть у Групові дії та натисніть Вимкнути.
Якщо ж у вас немає доступу до адмін панелі, то ви можете перейменувати папку плагінів. Використовуйте FTP клієнт, знайдіть папку wp-content/plugins та перейменуйте її.
WordPress не розпізнає папку та відключить усі плагіни.
Після вимкнення плагінів спробуйте увійти до системи. Якщо вийшло, це підтвердить, що причиною були плагіни. І тепер вам доведеться з'ясувати, який саме плагін завдав незручності. Для цього просто почніть включати плагіни по одному і перевіряйте працездатність сайту після кожного включеного плагіну.
4. Проблеми з темою
Проблемні теми можуть викликати проблеми при вході в систему, якщо ваша тема містить сторінку користувача входу. Ця проблема може виникнути, якщо завантажиться проблемне оновлення теми, або коли оновлене ядро WordPress буде несумісне з темою.
Дивіться також:
Рішення:
Визначити, чи є тема причиною проблем із входом до системи, можна повернутися до стандартної теми за промовчанням. Для цього тимчасово перейменуйте директорію вашої поточної теми, щоб WordPress не впізнав її.
Для цього зайдіть у папку WP-зміст / теми за допомогою FTP клієнта, знайдіть папку поточної теми та перейменуйте її. Тоді WordPress буде змушений повернутися до стандартної теми.
Тепер спробуйте увійти в систему, щоб перевірити вашу здогад.
5. Пошкодження файлу wp-login.php
Якщо файл авторизації WP-login.php пошкоджено, видалено або знаходиться не на своєму місці, вам не вдасться навіть зайти на сторінку входу в систему.
Дивіться також:
Рішення:
Для перевірки цієї причини виникнення проблеми (і відразу її вирішення) вам потрібно буде замінити цей файл на новий.
- Створіть бекап WordPress, перш ніж видалити файл wp-login.php
- Знайдіть ваш wp-login.php файл з клієнтом FTP і видаліть його. Ви знайдете його у директорії, де встановили WordPress
- Далі, завантажте останню версію WordPress та знайдіть файл wp-login.php у нових завантаженнях
- Скопіюйте цей файл та замініть їм віддалений
- Відкрийте новий файл та знайдіть «перевизначення user_login»
- Просто під php коментарем знайдіть та замініть код, як показано у нижче:
// Удалите эту строку $user_login = $user_data["user_login"]; // Замените ее этой строкой $user_login = $user_data->user_login;
Якщо причиною був файл wp-login.php, то тепер все має бути гаразд.
6. Перенаправлення WordPress або URL сайту
WordPress URL ідентифікує розташування, де WordPress встановлений, в той час як URL-адреса сайту ідентифікує, де сам веб-сайт повинен бути. Якщо щось із цього не вірно, то це може завдати проблем різного роду, включаючи неможливість зайти в консоль, щоб виправити помилки.
Це може статися, якщо ви недавно перемістили сайт, змінили розташування ядра WordPress, перенісши WordPress до субдиректорії, або просто натиснули не ту кнопку під час роботи з базою даних.
Дивіться також:
Рішення:
Є багато потенційних варіантів вирішення проблеми адреси WordPress та адреси сайту URL. Але є прийом, який допоможе зрозуміти, чи справді проблема в цьому.
Після створення бекапу вашого сайту, зайдіть у файл WP-config.php з вашим FTP клієнтом та додайте наступний код:
define('WP_HOME','http://example.com'); define('WP_SITEURL','http://example.com');
Переконайтеся, що ви використовуєте WordPress адресу URL для WP_HOME та адреса сайту URL для WP_SITEURL. За умовчанням обидві адреси будуть однаковими. Однак, якщо ви надасте WordPress свою директорію, то WordPress адреса URL вказуватиме директорію, де ви встановили WordPress.
Збережіть оновлений файл wp-config.php та завантажте змінений файл на сервер, використовуючи ваш FTP клієнт. Якщо ви тепер можете увійти до системи, то ми знайшли проблему.
Однак, це тимчасове рішення, вам потрібно буде видалити код та оновити значення WP_HOME та WP_SITEURL у базі даних сайту.
Підсумки
Проблеми, що виникають із входом у систему WordPress, можуть розчаровувати і відібрати годинник на пошук проблеми. Як бачите, причин багато, і може бути важко вирішити, звідки почати.
Давайте швидко пробіжимося щодо вирішення проблем:
- Зміна пароля
- Очистіть кеш та cookies браузера
- Відключіть ваші плагіни
- Поверніться до стандартної теми
- Замініть ваш login файл
- Визначте URL сайту та WordPress
А ви стикалися із проблемою входу в систему WordPress? Розкажіть нам у коментарях, як ви її вирішили.
Коментарі до запису: 40
Дякую, дуже корисна інформація. А можете підказати, чим можна промоніторити причину збою роботи сайту (плагін, тема, хостер).
Що я маю на увазі:
Сайту вже 8 років, крутиться на останній версії двигуна WP.
Плагіни все нещодавно перебрав, видалив застарілі (знову ж таки за вашою рекомендацією) і замінив їх на аналогічні, тільки ті, що підтримують поточну версію движка.
Розмір сайту на диску за стільки часу майже 20Гб. Нещодавно видалив 4 гб старого контенту (переніс локально в бекап).
Так ось, в чому полягає проблема: при написанні посту та натисканні кнопки опублікувати, буває вивалюється помилка, що сайт не працює, спробуйте пізніше. Жму F5. сторінка завантажується, відновлюю запис із бекапу (сам WP пропонує) публікую.
Робив нещодавно оптимізацію одним із плагінів вами рекомендованим нещодавно, сайт почав вантажитися швидше, але помилка не зникла. Вона не так часто проявляється, приблизно 1:10, але все одно не дуже здорово її мати, і хотілося б її позбутися.
На жаль, параметри технічні у хостера які, я не знаю (проц, пам'ять тощо), тому що сайт обслуговую лише наповнюючи його контентом, і з'ясувати боюсь ці дані буде проблематично. Хотілося б дати раду цій проблемі. Якщо знаєте методи як це промоніторити і підказати шляхи вирішення, буду дуже вдячний.
Для початку спробуйте піти шляхом виключення за цією схемою: https://hostenko.com/wpcafe/tutorials/chto-daet-sboy-v-rabote-sayta-na-wordpress-plagin-ili-tema/
Якщо відключення плагінів та повернення до стандартної теми не допомогло, значить, ймовірно, проблема у хостингу або налаштуваннях хостингу (версія PHP, memory limit, навантаження на ЦПУ тощо). Тоді може допомогти переїзд на новий хостинг. Спробуйте все ж таки поспілкуватися з техпідтримкою хостингу, якщо проблема все одно відтворюється після маніпуляцій з плагінами та темою.
Ще як варіант, якщо ви все ж таки вирішили залишитися на старому хостингу, - встановити начисто голий WordPress, налаштувати його з нуля і імпортувати потім у нього свої записи стандартними засобами WordPress Import. Ну і перенести медіафайли з wp-content\uploads, щоб виключити можливі проблеми в системних і конфігураційних файлах ВП.
зрозумів спасибі
У вас друкарська помилка: «виберіть базу даних вашого сайту і відкрийте wp_userstable»
В оп немає таблиці wp_userstable. Є wp_users. Напевно було на увазі: "виберіть базу даних вашого сайту і відкрийте wp_users table" - але в будь-якому випадку - це не російською.
Дякую, виправили!
Буду вдячний, якщо дасте відповідь на моє запитання нижче. )))
А російською «російською»? ;)
Помилка цього не призведе до проблем. А ось звернення до неіснуючої БД обіцяє проблеми
Доброго дня! Дуже своєчасна стаття. У мене вчора на сайті з'явився напис про неможливість з'єднання з БД. Тестування показало, що є помилка у БД. Спроба відновити БД із phpMyAdmin ні до чого не призвела. Тоді саппорт з хостингу знайшов, що в таблиці wp_options відсутній запис siteurl, додав її вручну, і сайт запрацював. Але з'явилося інше лихо: стало неможливим зайти до адмінки. Причому, за допомогою плагіна Loginza все ж таки можна було зайти через аккаунт ВКонтакте.
Перевіривши все, що можливо, дійшов до описаного тут пункту №6. Додав вказані рядки у файл wp-config.php, і все запрацювало! Ура! Тільки, що робити далі, не знаю. Переглянули таблицю wp_options, HOME та SITEURL є і вказані правильно. Єдине, сапорт додав SITEURL, який має номер 1, у кінець таблиці. Можливо, причина в цьому? Буду вдячний за пораду, що робитиму далі.
Якщо у вас сьогодні все працює, то в чому саме питання? Якщо в адмінці на сторінці налаштувань правильно задані SiteUrl і HomeSite, і вони збігаються з такими значеннями в БД в wp_options, значить ви все зробили правильно.
У Вас написано: «Однак це тимчасове рішення, вам потрібно буде видалити код і оновити значення WP_HOME і WP_SITEURL в базі даних сайту». Після видалення цих двох рядків із wp-config.php я не можу зайти в адмінку, тільки через плагін Loginza, використовуючи додатковий адмінський логін «ВКонтакте». А як звичайний адмін увійти не можу.
Все знайшов !!!!! Навела на думку ваша фраза про налаштування в адмінці. Адреса WordPress у мене без www, а супорт додав до бази даних SITEURL з www. Прибрав www, і все запрацювало! Ура! Дякую!
Спасибі!!!!!
У мене виникла помилка 403 після тривалого редагування товарів на сайті. Я редагувала назву близько 10 товарів за хвилину протягом години-двох. І після чергового натискання «оновити» видало помилку 403. Після цього могла рухатися сайтом, але якщо натискала редагувати, з'являлася 403. Вийшла з адмінки і тепер не можу навіть увійти, після сторінки логіна і пароля з'являється ця помилка.
Кеш та cookies чистила, з іншого браузера заходила, часу минуло 11 годин.
Що можна зробити?
Завчасно дякую за відповідь)
Доброго дня! Аналогічна проблема. Коли натискаю на оновити після редагування сторінки (достатньо додати кілька рядків тексту, навіть без форматування), довго думає (надсилання запиту на «сайт»), а потім видає помилку. У різних браузерах по-різному. (Opera — Не вдається отримати доступ до сайту, Google Chrome — з'єднання розірвано, у Foxe — 403). Після оновлення вікна бачимо, що вся нова інформація втрачена.
Проблема в плагінах була ... Дякую все запрацювало ...
Доброго дня!
вирішила поекспериментувати зі зміною адреси WordPress або URL сайту в адмінці, сайт став відображатися кострубато, я все повернула (адреса і урл) як і було раніше прописано, але на жаль і ах - тепер відкривається не адмінка а сам сайт, причому відображення кострубате і сторінки не визначаються якщо натискати на посилання. Хочу пробувати 6 варіант, але питання ... такий вставляти 1
2
define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com'); чи замість 'http://example.com' ставити свій шлях?
додам… йде перенапрямок
з http://ім'я/blog/wp-admin/
на http://имя/wp-login.php?redirect_to=http%3A%2F%2Fимя%2Fblog%2Fwp-admin%2F&reauth=1
Ураа! додала у файлі wp-config.php
1
2
define('WP_HOME','http://example.com');
define('WP_SITEURL','http://example.com'); (зі своїми шляхами)
все запрацювало!!!!!
Але що означає «Проте це тимчасове рішення, вам потрібно буде видалити код і оновити значення WP_HOME і WP_SITEURL в базі даних сайту.»?
Запрацювало, але тільки головна сторінка сайту та адмінка….а всі сторінки видають 404 помилку……:((((((( що не так?! Будь ласка, підкажіть!))
У базі даних потрібно змінити два поля siteurl і home.
забули вказати ще про redirect
Був у мене нагода, wp-admin зафарбувався. Все перепробував доки не додумався в .htaccess заглянути. А там прописані правила, але RewriteRule . /127.0.0.1 [L]….
Добре що бекап….
Тож додавайте 7 пункт!
PS до речі це плагін наскочив Al in One security and FireWall. Начебто не вперше ним користуюся…. але щось пішло не так…
Після встановлення WP на хостингу не міг увійти до адмінки. Імена: і admin, і administrator.
Зрештою замінив пароль. Вихідний починався з цифри та містив «$$», щось на кшталт «2z79$$S6». Ну, заразом і логін замінив на нестандартний.))
Величезне спасибі! П.с.: Допомогло перезавантаження роутера.
Не виходило увійти (хоча я не адмін, але!). У результаті з незрозумілої причини мій обліковий запис WordPress додав до списку «Очікується підтвердження по E-mail», не зрозуміло чому, можливо, один із прогерів здійснював якісь роботи над сайтом. Плагіни використовувалися User Role Editor та Ultimate Member. Проблему вирішили.
Дякую друг допоміг Все заробило зміг увійти до адмінки сайт працює так як і працював. І друзі не бійтеся здійснивши помилку можна знайти рішення і якщо щось не знаєш завжди є люди такі як автор цієї статті який допоможе вирішити проблему
Втручання плагінів, Спасибі врятував!)
При спробі підключити SSL сертифікат, порушив послідовність дій - почав зі змін у налаштуваннях сайту - додав до http літера (s) в адресі WordPress та адресі сайту. Не виходячи з адмінки (не закриваючи її) перейшов у власний кабінет на хостингу (Hostenko). Не знайшовши там потрібного розділу безпеки з кнопкою сертифіката, спробував повернутися до адмінки. У цей момент мене заблокував Яндекс, за те, що «сайт ….. виконав переадресацію занадто багато разів». Аналогічна ситуація і в інших пошукових системах. Що робити?
У базі даних поміняйте адресу. Як зробити можна подивитися тут: https://youtu.be/x7zpi5bKnHs
Дякую тобі, добра людина!
Встановив денвер потім у phpamin створив користувача. розпакував ворд прес. вставив файли в денвер у папку сайту + відредагував код у файлі confing + запускаю сайт і мене перекидає на (ура працює денвер) але має перекидати на реєстрацію вордпресу. що робити ?
Дякую за корисні поради
Дякую! Така ж біда була — плагін
All In One WP Security відправляв на 127.0.0.1
Доброго дня! А якщо та сама панель у входу не виходить при введенні wp-Login.php. у браузері.
А маю таку проблему. Після входу на сайт через wp-Login.php у користувача відкривається домашня сторінка (головна). А як зробити так, щоб у нього відкривалася та сторінка, звідки він здійснював вхід. Наприклад, він читав якусь посаду або запис і захотів залишити коментар. Натиснув увійти під коментарем, увійшов і залишився на цій самій сторінці, а не перескочив на головну.
Допоможіть будь ласка.
Добрий день.
Вам потрібно створити свою функцію, у файлі function.php вибраної теми, яка запам'ятовуватиме поточну сторінку користувача, і після входу перенаправляти на цю ж сторінку. Також є плагіни перенаправлення, але вони перенаправлятимуть на одну конкретну сторінку після входу на сайт.
Велике спасибі! Допомогли!
Всім привіт! Був переїзд нового домен. У БД через редактор шляхом заміни змінив всі адреси новий домен. Зберіг. Сам сайт працює коректно. Але при спробі увійти в адмінку, після введення логіну та пароля починається циклічна переадресація і доступ до консолі блокується. Подумав, що треба було, адмінці адреси однаково записати. використовував wp-config з кодом, потім файл функцій у темі, але все та ж помилка переадресації не пускає в консоль. Пішов на хостинг та phpMyadmin і не знайшов wp-home. Перевірив старі бекапи БД за минулі роки і там теж home у wp-options не було. Можливо, хтось стикався з таким? Як виправити?
Добрий день!
Спокійно входжу до адмінки, але мій редактор ніяк не може увійти на сайт для редагування записів. При введенні ніка пишеться, що треба ввести email, коли він вводить ел. пошту-отримує відповідь, що пошта вже зайнята.
Чи не підкажете, в якому напрямку хоча б копати?)))
Добрий день.
Варто розпочати із перегляду логів помилок сайту. Також перевірити налаштування користувача, його логін, електронну пошту тощо. Бувають випадки, коли плагіни заважають увійти на сайт, наприклад, стоїть обмеження за IP адресою, кількістю введення пароля і т.д. З цього опису складно сказати точніше.