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

Обновлено: 06.01.2025

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

На Панели меню в верхней части экрана щёлкните Firefox и выберите Настройки . Нажмите на кнопку меню и выберите Настройки Настройки . Нажмите на кнопку меню и выберите Настройки .

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

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

Если это так, щёлкните по этой записи и щёлкните по Удалить веб-сайт .

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

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

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

Эти прекрасные люди помогли написать эту статью:

Станьте волонтёром

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

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

Я исследовал это довольно тщательно и попробовал каждое предложение, которое я нашел:

переименовал каталог плагинов
переименован в каталог тем сайта
произвел поиск в базе данных экземпляров предыдущего URL и заменил их новым URL
обновил WordPress до последней версии (4.0)
определены WP_HOME и WP_SITEURL в wp-config.php

установите ADMIN_COOKIE_PATH, COOKIE_DOMAIN, COOKIEPATH и SITECOOKIEPATH в wp-config.php:

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

Посмотрите на источник HTML страницы входа. Есть ли что-нибудь вообще до начальной строки DOCTYPE? Даже пустая строка? Если это так, то у вас есть какой-то фрагмент кода, создающий вывод до создания заголовков, и в этом случае это не позволяет ему устанавливать куки. Это связано с тем, что Wordpress обеспечивает контроль $ secure_cookie по зашифрованному каналу для входа администратора. Переконфигурируйте ваш веб-сервер для обеспечения SSL / TLS. KR. Если вы используете WordPress MU, добавление домена в список доменов в настройках может решить эту проблему. @MahdiTaghizadeh - Можете ли вы объяснить, что вы имеете в виду, пожалуйста, более подробно?

Добавьте строку ниже в ваш wp-config.php перед / * Вот и все, прекратите редактирование! . * /

Это решение также работало для меня на многосайтовой установке. Я смог войти на основной сайт, но не на дополнительный. Это не сработало сразу для меня, но на жестком обновлении (Ctrl + F5 в Chrome)

Наш веб-хостинг настроил Varnish для Drupal, и он отфильтровывал куки, которые WordPress использует для обработки логинов.

В моем случае это был AWS CloudFront, который блокировал куки.

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

Решение 1:

Комментарий следующих строк 770-773

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

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

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

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

UPDATE 12.03.2015

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Смотрю, что-то в ней ссылок больше чем страниц на сайте. Явно.

Стал искать, в чем дело.

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

Вот, например, такие ссылки:

И открываются по ним такие страницы

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

Полез искать в интернет.

Парень советует два варианта:

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

Открываю снова sitemap.php, чтобы проверить как классно удалились все лишние страницы.

Взамен этого вижу вот это:

Что за ерунда? Было же всё ОК?

И тут пока чаек попил, кончилось время сессии и снова понадобилось вводить пароль.

Полез посмотреть в Яндекс, как это решается.

У всех по разному. Одна девушка дала такой алгоритм: проверить возможные конфликты плагинов, поменять кодировку wp-config.php или functions.php.

Решил прежде поискать еще.

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

Через PhpMyAdmin полностью очистил базу данных сайта.
Из корня сайта удалил wp-config.php
Заново заполнил поля для установки WordPress с нуля: имя базы, Логин базы, Пароль базы и префикс таблиц. Затем, название блога, логин/пароль к админке, e-mail и «вроде еще что-то, не помню».
Скачал дамп этой почти нулёвой, но рабочей базы, и с помощью Progremmers Notepad перенес в него из другого дампа (который планировал заливать) информацию с постами, опциями, названиями рубрик и вообще, всем, что необходимо. Таблицу с данными пользователя не трогал.

Залил этот изменённый дамп и… всё заработало.

Потом снова «Cookies заблокированы из-за неожиданного вывода на экран».

Тогда он стал ковырять function.php. Удалял пробелы и пустые строки.

И все заработало.

Теперь уже насовсем.

Вобщем, после всего этого прочитанного я осознал, что скорее всего виновато мое вторжение в function.php

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

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

Хотя вроде восстановил вид файла 1 в 1.

Тут почувствовал беспокойство.

Если придется делать откат сайта, то сегодня я уже работал – правил ошибки – часа 3. Долой работа.

А если не поможет?

А сколько ждать, пока хостер сделает откат?

Вобщем, подумал и полез в базу архивов хостера.

Благо админка у бегета удобная.

Быстро нашел этот файл за прошлый день и восстановил его.

Вспомнил, что вроде я вчера делал изменения в function.php.

Открыл позавчерашний архив бегета, снова нашел этот файл и снова сделал восстановление.

Все! Заработало как прежде. Не скажу, что даже лучше. Но точно, что я почувствовал себя гораздо лучше.))

И, да, карта сайта снова стала иметь прежний подобающий вид. Вот

Остался теоретический вопрос — почему съехал function.php? Несмотря на то, что код я убрал и сделал всё так как было до него?

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

Читайте также: