WordPress ошибка cookies либо заблокированы либо не поддерживаются вашим браузером

Что делать, если не получается войти в админку WordPress

Консоль WordPress — это место для управления сайтом. Здесь можно публиковать новые статьи, создавать страницы, производить настройку. Поэтому это важная область управления, и нужно понимать, как туда можно попасть. Для профессионалов вход в панель управления WordPress — это простейшая задача, ведь данный навык относится к самым начальным азам. А вот некоторые новички сталкиваются серьёзными трудностями по поводу этого вопроса.

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

Как войти в админку WordPress

Панель управления сайтом находится всегда по адресу exemple.com/wp-admin или exemple.com/wp-login.php где exemple.com — это доменное имя вашего сайта. Эти адреса всегда приводят на одну и ту же страницу с формой входа, либо прямо в консоль, если вход был сохранён в браузере.

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

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

В некоторых случаях консоль WordPress может находиться по другим адресам, а не по exemple.com/wp-admin или exemple.com/wp-login.php Это делается в целях безопасности и для изменения адреса консоли есть специальные плагины. Но админка WordPress любого нового сайта будет именно по этим адресам, так как это параметр по умолчанию.

Неверный логин и пароль при входе в админку WordPress

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

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

На следующей странице введите электронную почту профиля или имя пользователя и нажмите на кнопку «Получить новый пароль».

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

Есть ещё причина, по которой может появляться сообщение о том, что логин и пароль неверные, хотя они точно вводятся правильными. Это происходит из-за того, что вход производится не по правильному адресу. Выше было сказано, что адрес панели управления это exemple.com/wp-admin или exemple.com/wp-login.php где exemple.com — это доменное имя вашего сайта. Эти адреса следует вводить в адресной строке браузера. Но некоторые новички вместо этого вводят их в поисковой строке. Поисковик обрабатывает запрос и показывает в результатах поиска страницу https://login.wordpress.org/. Внешне она похожа на страницу входа в админку вашего сайта на WordPress, но на самом деле никакого отношения к нему не имеет. Это страница входа в личный кабинет на официальном сайте WordPress.

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

Ошибка Cookies либо заблокированы, либо не поддерживаются вашим браузером

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

• Самый простой и быстрый способ — сделать восстановление сайта из резервной копии на тот момент, когда этой ошибки ещё не было. Это можно сделать на любом хостинге в соответствующем разделе.
• Проблема входа в админку может появиться от одного из плагинов. Чтобы проверить эту версию, нужно в каталоге сайта в файловом менеджере найти папку wp-content и переименовать в ней папку plugins, например, добавив к её имени одну цифру. Это отключит все плагины. Если после этого проблема пропадёт и получится войти в консоль, то папке надо снова дать прежнее имя, затем открыть её, и внутри поочерёдно также переименовывать папку каждого плагина (отключая таким образом плагины), проверяя после каждого изменения имени наличие проблемы. Так можно найти виновный плагин.
• Проблема может быть от активированной темы. Чтобы проверить эту версию, в каталоге сайта, в файловом менеджере нужно перейти в папку wp-content/themes/ Здесь находятся все установленные на сайте темы — каждая в своей папке. По имени найдите активированную сейчас тему и переименуйте её, дав имени один лишний символ. После этого проверьте доступ в консоль WordPress. Если проблема с куки-файлами пропадёт, значит это вина темы.
• Если проблему решить не удаётся, то можно написать в поддержку хостинга.

Источник

[Решено] Чтобы использовать WordPress, нужно разрешить cookies

После установки MULTISITE в WordPress (v 4.4.2) и последующем изменении адреса сайта с поддомена на домен (например, с http://test.timeweb.com/ на http://test.ru/), появлялась ошибка «Cookies либо заблокированы, либо не поддерживаются вашим браузером. Чтобы использовать WordPress, нужно разрешить cookies.».

Было много копотни, но наконец-то удалось сделать так, чтобы переменная COOKIE_DOMAIN нормально передавалась.

Ранее я находил решение вовсе отключить куки через define(‘COOKIE_DOMAIN’, false); , но полностью отключать куки мне не хотелось как и править системные файлы, которые править не надо бы.

Поэтому выход такой — добавить следующую строку в файл wp-config.php перед строкой /* That’s all, stop editing! Happy blogging. */

define(‘COOKIE_DOMAIN’, strtolower( stripslashes( $_SERVER[‘HTTP_HOST’] ) ) );

Комментарии

НЕ РЕШЕНО.
После добавления строчки WP стал на нее ругаться:
«The constant «COOKIE_DOMAIN» is defined (probably in wp-config.php). Please remove or comment out that define() line.»

Может быть, это когда-то работало для каких-то ушедших в небытиё версий, сейчас — не работает.

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

сообщение «Cookies либо заблокированы, либо не поддерживаются . » больше не появляется.
Да и сама ошибка выглядит какой-то мутной, и успешно живет в WP уже много лет. Если посмотреть код, то для чего-то проводится проверка куки, а если куки в браузере действительно заблокированы, тогда код позволяет входить в админ без куки. Это или чей-то бэкдор, или попытка обеспечить обратную совместимость плагинов, или ещё чего-то кому-то зачем-то.

А мне не помогло.

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

Но если добавить в wp-config.php

define(‘ADMIN_COOKIE_PATH’, ‘/’);
define(‘COOKIE_DOMAIN’, »);
define(‘COOKIEPATH’, »);
define(‘SITECOOKIEPATH’, »);

то на него залогиниться можно. Но нельзя на всё остальное.

Три часа сегодня убил в попытках починить. Безрезультатно.

ps: капча у тебя лютая, с пятого раза прочёл.

Здравствуйте!
Мой сайт работает не корректно если Пользователь блокирует куки в своем браузере.

Найти бы-такой плагин для ВордПресс, чтобы он определял, что куки в Браузере Пользователя запрещены и просил Пользователя разрешить куки.

Дмитрий, есть плагин, который должен Вам помочь, если я правильно понял задачу — wordpress.org/plugins/network-subsite-user-registration/.

В описании говорится (перевод): ‘Network Subsite User Registration’ (NSUR) плагин убирает ограничение из-за которого регистрация происходит только на основном сайте Сети,
администраторы дочерних сайтов теперь могут позволить пользователям регистрацию только на их сайте.

Источник

Как исправить ошибку Cookies либо заблокированы, либо не поддерживаются вашим браузером?

При входе в панель управления выдаётся ошибка Cookies либо заблокированы, либо не поддерживаются вашим браузером. Как ее исправить?

Ответ

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

1. Один из активных WordPress-плагинов выводит что-либо на экран раньше, чем ему это положено. В таком случае следует отключить все плагины, с последующим их включением по одному и тестированием, какой из них допускает ошибку. Доступ к необходимым файлам плагинов можно получить по FTP-протоколу.
2. Активная тема сайта также может совершать неположенный вывод. Для этого необходимо на сервере найти в каталоге тем (wp-content/themes) папку активной на данный момент темы и переименовать его, а затем выбрать в панели управления любую из стандартных WordPress-тем.
3. Еще одна причина — присутствие BOM-метки в файлах wp-config.php (основной конфигурационный файл WordPress) или functions.php (конфигурационный файл темы WordPress). Решается простым пересохранение одного из файлов в кодировке UTF-8 без BOM в текстовом редакторе (например, Notepad++).
4. Также причиной появления ошибки может быть неверное значение специальной константы COOKIE_DOMAIN в файле wp-config.php. Помимо значения false (текущий домен), допускаются также домены второго или третьего уровня. Варианты типа localhost не работать не будут.
5. Еще одна причина ошибки – неверные правила кеширования при использовании сервиса CloudFlare . В таком случае в панели управления сервиса необходимо отключить кеширование для файла wp-login.php.

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

Источник

ОШИБКА: Cookies заблокированы

Всем добра !
при попытке входа в админку выдает окно:
ОШИБКА: Cookies заблокированы из-за неожиданного вывода на экран.
выяснил, что это скорее всего вкрался какой-то ВОМ,
как его вычистить ?

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

Найти файл, в котором он прячется, и пересохранить «без BOM».
Вспоминайте, какие скрипты правили в виндовом блокноте — BOM скорее всего там. Если не получится вспомнить, то см. Как найти BOM?

Точно не правил ничего в виндовом блокноте, т.к. работаю на Мак. А также, вообще ничего и никогда не правил в редакторах. Только через WP. Утилиту скачал и запустил, выдала All clear, но эффекта нет. Еще есть варианты ?

Возможно, скрипт с BOM находится не в корне, не в /wp-content/themes и не в /wp-content/plugins. Другие директории скрипт не проверяет. Чтобы проверял, нужно xdir(‘.’,0); исправить на xdir(‘.’,1); (два других вызова xdir тогда можно убрать). Такая проверка может занять очень много времени, больше, чем разрешено настройками php. Скрипты, находящиеся за пределами DocumentRoot даже так все равно не будут проверяться.

Также возможно, что bom прячется в каком-то сниппете, подгружаемом из БД.

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

Поставил xdir 1,
проверка прошла быстро,
но опять нуль-эффект.
Сможете исправить сами ? Условия ?

Источник

WordPress: Cookies заблокированы из-за неожиданного вывода на экран

На днях переносил готовый сайт с одного хостинга на другой. Процедура будничная. Я такое миллион раз делал. Да и, в последнее время пользовался в основном VDS (виртуальными серверами) на Центосе с хостинг-админкой на ISP. Потому, особых проблем не было, но тут понадобилось засунуть сайт на виртуальный хостинг. Что началось…

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

Затем, решил залить дамп в свежесозданную базу, но вместо PhpMyAdmin мне вылезло нечто, состоящее из полей и хаотично намешанного текста. Провозился с этим с пол-часа, даже вскипел от негодования. Но стоило зайти другим браузером, и всё заработало. Не работало в Хроме, если тебе интересно. Хром кака! Фаерфокс рулит! Ла-ла-ла-ла-ла!

В итоге, перенес файлы, залил подправленный, с учетом нового домена, дамп, запустил сайт и… нифига! Оказалось, что хостер меняет пусть к админке WordPress из «соображений безопастности». У меня аж челюсти свело, лицо покраснело, кулак грохнул по столешнице так, что гипсовое крошево полетело во все стороны. Что поделать, стол гипсовый, нормальным пока не обзавёлся.

Пишу в техподдержку. Там почесали репу и отключили эту их «защиту». Отлично! Ну уж теперь-то всё заработает как надо! Захожу в админку. Фиг! Да вы прикалываетесь!

Теперь при обращении к /wp-admin/ вижу белый экран, а если попытаться загрузить /wp-login.php вылезает форма авторизации, но после ввода логина/пароля вылезает надпись «ОШИБКА: Cookies заблокированы из-за неожиданного вывода на экран». Быстро зыркнул по сторонам в поисках нерадивых хостеров, которым надо оторвать руки. На нашел ни одного и принялся вводить пароли, чистить куки, включать/выключать сообщения об ошибках. Получил «Cannot modify header information», выругался, поискал еще инфы. Ну и так далее и тому подобное.

Бля…ха-муха! Подолбился в эту стену, затем полез в великий и ужасный Яндекс. Нашел туеву кучу рецептов, которые сводились к тому, что дескать, надо перекодировать wp-config.php в корне и function.php в папке шаблона в правильный UTF-8 без BOM он же No Mark. Всё это я сделал, но хрен там уже рос, видимо. Не помогло, в общем.

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

Пришлось включить голову.

Как я решил проблему «Cookies заблокированы из-за неожиданного вывода на экран»

1. Для начала, через PhpMyAdmin полностью очистил базу данных, предназначенную для сайта.
2. Затем, из корня сайта удалил wp-config.php Вот так взял и удалил его полностью!
3. После, зашел на сайт, увидел там всё то, что видит любой, кто устанавливает WordPress с нуля. Заполнил все необходимые поля. Сначала спрашивали Имя базы, Логин базы, Пароль базы и префикс таблиц. Затем, название блога, логин/пароль к админке, e-mail и вроде еще что-то, не помню.
4. После этого получил радостное сообщение, что мол всё, и зашел в админку.
5. Отлично! Значит, с той базой, что WordPress сам заполнил, админка работает.
6. Скачал дамп этой почти нулёвой, но рабочей базы, и с помощью Progremmers Notepad перенес в него из другого дампа (который планировал заливать) информацию с постами, опциями, названиями рубрик и вообще, всем, что необходимо. Таблицу с данными пользователя не трогал.
7. Залил этот изменённый дамп и… всё заработало.

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

Самый смех в том, что сайт ставил на CMS-хостинг, который хостер позиционирует специально под сайты на WordPress’е. Маркетологи хреновы! Знал бы, сразу взял самый заурядный тариф, ибо, кроме более высокой цены, ничего заточенного под WordPress я так и не углядел. Видимо, хорошо прячут.

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

UPDATE 12.03.2015

Прошло 2 дня. Пытаюсь зайти в админку и снова та же ошибка! Ну ё-моё, всё-ж работало. (((

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

Для начала снова переименовал уже имеющуюся папку plugins, а вместо нее создал пустую. Не помогло!

Затем, удалил папку с темой (дизайном, шаблоном). Ошибка исчезла!

Восстановил папку с темой из копии и стал проверять каждый файл. Нашел целых 3 не в UTF-8. Перекодировал, сохранил. Не помогло!

Полез в function.php темы. Вычистил его содержимое полностью. Помогло! Ошибка исчезла.

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

Итак, вырезал последние 5-6 функций. Помогло!

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

В итоге, начал удалять лишние переносы строк и пустые пробелы. После очередного сохранения проверил и… ОШИБКА ИСЧЕЗЛА!

Сохранил, сделал резервную копию сайта и перекрестился.

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

С вами был Доктор Лексиум.
До новых постов.

Так много слов, а виноват оказался сам -), а удалять темы или плагины не обязательно, достаточно их переименовать

Во только не в плагинах было дело.

Попал к вам на страницу с гугла по схожему запросу… В моем случае дело оказалось в закрывающем теге ?> в файле подтемы functions.php, его быть не должно.

Спасибо за статью! Решить проблему «Cookies заблокированы из-за неожиданного вывода на экран» помогли манипуляции в коде файла function.php темы. Не известно, сколько бы ещё искал причину:)

Рад, что помогло.

спасибо добрый человек, проблема была в ?>, удалил все заработало

Источник