Попробуйте включить 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]
RewriteCond %{HTTPS} on
RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI} [QSA,L]
RewriteCond %{HTTP:X-Forwarded-Proto} =https
RewriteRule (.*) http://%{HTTP_HOST}%{REQUEST_URI}
А что пишет при входе? Пароль неверный или страница просто обновляется?
Redbaron_chaos, попробуйте включить вывод ошибок в скрипте.
Это можно в сам файл парсера.
ini_set('display_errors', 1); error_reporting(7);
Либо найдите параметры display_errors и error_reporting в php.ini и поставьте их в 1 и 7.
После этого, вместо 500 ошибки, должна появиться конкретная ошибка выполнения php кода (какое-нибудь fatal error о нехватке модуля возможно). Дальше уже будет понятно, чего не хватает.
Данная ошибка связана не с путями, а скорее всего с нехваткой каких-то файлов. На все вопросы я любезно отвечал в обращении клиента, но также напоминал, что поддержки по настройки скриптов нет.
Сколько я не переносил сайты на WordPress, пути менять обычно требуется только в случае использования плагина кеширования, но в данном случае его нет http://joxi.ru/JMAj7Pjs9ZlGre (это резервная копия аккаунта). Причем, эта необходимость есть только с некоторыми плагинами кеширования, которые прописывают жестко путь в файл wp-config.php. В остальных случаях, сайт заводится и работает. Еще бывают моменты - это неверные пути до папок файлов загрузки, но сайт при этом работает, просто не загружаются медиа файлы в галерее.
Данная проблема требовала именно тщательного исследования, что за файлов не хватало, по какой причине появляется данная ошибка - с такими вещами клиенты должны сами разбираться, с нашей стороны максимум советы, которые предоставлялись в рамках 3 обращений из 24 сообщений.
Я писал в начале темы, сайт при входе на него выдавал "Fatal error: Class 'All_in_One_SEO_Pack_Module' not found in ...". Это чисто ошибка в кода, не проблема хостинга.---------- Добавлено 17.12.2016 в 16:21 ----------
У нас сайты на WordPress отлично чувствуют себя, поставить их можно даже в пару кликов из панели :) Причем таких сайтов на серверах тысячи.
Если Вы не смогли поставить сайт на образовательный (бесплатные тариф), то что изменится при его установке на платный тариф? Скорее всего ничего, поэтому я и написал Вам, что скорее всего ничего не изменится и сайт также не будет работать :) Вы взяли тестовый период, вновь получили те же ошибки, после чего попросили удалить все услуги. Где тут вранье то? Мне выложить здесь переписку с Вами в отделе поддержки, все 24 сообщения за 2 дня? :)
