Евгений Русаченко

У Вас скрипт делает запрос к сайту, используя HTTP/1.0, именно по этой причине в журнале 1.0 и стоит. А header() отправляет заголовок в браузер, а не использует его в запросе.

Как писали выше, доработайте код. Должно быть примерно вот так:

if ($this -> error -> getCode() == '404')

{ 

    header("HTTP/1.1 404 Not Found");

    $context = stream_context_create(array('http' => array('protocol_version' => '1.1')));

    echo file_get_contents(JURI::root().'index.php?option=com_content&view=article&id=404', false, $context);

    exit; 

}

Посмотрите API: https://developer.chrome.com/extensions/tabs#event-onRemoved, а именно onRemoved, по идее это то, что Вам надо, но надо знать ID окна. С помощью https://developer.chrome.com/extensions/tabs#method-create Вы можете создавать новое окно и сохранять его ID.

Разве пароль в базе должен храниться в md5? У меня давно уже на всех сайтах в md5 не хранится, а чем-то иным хешируется http://joxi.ru/DBA0nkVCk8KXmy, может быть проблема именно в этом и есть?

О каких файлах идет речь и что за whitelist? В WP нет блокировки входа из коробки вроде бы, только если плагины, но их тогда можно просто отключить и должно заработать

Попробуйте включить debug режим (делается через wp-config.php), может быть сайт покажет какие-то ошибки. Если будет тихо, то тогда надо детально изучать процесс сверки пароля с тем, что в базе и смотреть в коде, где именно возникает проблема.

Когда я переводил свой сайт на защищенное соединение, действовал по следующей схеме:

1. Установил сертификат, сайт стал доступен по https://

2. В robots.txt директива Host была установлена как https://example.com (https://yandex.ru/support/webmaster/controlling-robot/robots-txt.xml#host), файл карты сайта sitemap.xml был обновлен (все ссылки также стали https)

3. В панели вебмастера в разделе "Настройки индексирования" -> "Переезд сайта" был установлен сайт с https.

В течение месяца все страницы в поисковой системе поменялись на новый адрес, после этого была установлена переадресация на адрес с https. Если сразу ставить переадресацию, то страницы выпадают и новые появляются только через некоторое время.

С точки зрения Яндекса, переход на защищенное соединение, это как смена адреса сайта, поэтому можно пользоваться инструкцией с их сайта https://yandex.ru/support/webmaster/yandex-indexing/moving-site.xml, там также описано про файл robots.txt и про последствия переадресации. Суть та же - сначала надо склеить сайты, установить главное зеркло и после ставить переадресацию.

Странно. Пробовали ли сброс пароля через PHP файл? https://codex.wordpress.org/%D0%A7%D0%90%D0%92%D0%9E/%D0%92%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BF%D0%B0%D1%80%D0%BE%D0%BB%D1%8F (вариант 3).

Вы не правы, DNS вообще не знает что такое обычное и защищенное соединение, это удел веб сервера. Переадресация настраивается именно через файл .htaccess в случае веб сервера Apache и через rewrite правил в случае веб сервера Nginx.

CloudFlare переадресации делает также с помощью заголовков, которые отдаются веб сервером при проксировании запросов к Вашим сайтам.

Попробуйте один из вариантов

RewriteEngine On

RewriteCond %{SERVER_PORT} ^443$

RewriteRule .* http://%{SERVER_NAME}%{REQUEST_URI} [R,L]

RewriteEngine On

RewriteCond %{HTTPS} on

RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI} [QSA,L]

RewriteEngine On

RewriteCond %{HTTP:X-Forwarded-Proto} =https

RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI}

А что пишет при входе? Пароль неверный или страница просто обновляется?