Я выбрал вариант Flexible. В панели управления хостингом отключил использование SSL. Но дело в том, что в самой WordPress я устанавливал плагин для работы с SSL — really-simple-ssl. Т.к. я не могу зайти в панель управления сайтом, то я подключился к сайту по FTP и переименовал папку с этим плагином в произвольное значение, чтобы отключить этот плагин, но это результата так и не принесло. Ошибка так и осталась — ERR_TOO_MANY_REDIRECTS.
Еще проверял файл .htaccess, но в нем только автоматические записи, добавленные самой WordPress. Вручную его я не редактировал.
Уже не знаю, что и делать в этой ситуации. Бьюсь с этой проблемой с прошлой пятницы.
Но что-то пошло не так и он не открывается по защищенному протоколу.
Попробуйте обратиться к тем у кого вы приобрели этот сертификат.
В настройках вордпресс поле адрес сайта является основным и задает редиректы www и http/https?
В принципе все должно делаться автоматически. Но бывает так что https подключен, но не установлен полностью. Для полного подключения используют плагин Really Simple SSL
Модератор
Yui
(@fierevere)
永子
для начала попробуйте
1. очистить кеш оптимизатора mod_pagespeed
(возможно где-то в панели хостинга)
Лучше даже будет отключить его.
2. очистить все используемые кеши на сайте.
кеш страниц,
кеш оптимизатора css/js, если есть, а также отключить этот плагин
3. если проблема сохранится, то https://ru.wordpress.org/plugins/better-search-replace/
плагином, по всем таблицам, провести замену
http://www.belkostanislau.com
на
https://www.belkostanislau.com
в крайнем случае, если и замена предыдущим плагином не помогла,
то опробовать https://ru.wordpress.org/plugins/really-simple-ssl/
В дополнение: если сайт не слишком нагруженный, возможно, есть смысл просто использовать плагин. Например, Really Simple SSL. Если вы не слишком увлечены администрированием серверов на уровне сертификатов и протоколов, это хороший вариант, из серии «включил и забыл».
Присоединюсь really-simple-ssl — это дно. Да популярное. Но это как плагины типа элементора, кеширования и объединения, оптимайзеров — они популярны от неграмотности (ВП и домохозяйки). Но не являются правильным решением.
anonymized-14765447
(@anonymized-14765447)
Anonymous User 17160716
(@anonymized-17160716)
fareastt, не сработает, если в каком-то файле темы протокол указан хардкодом (о чём и написал ТС). Так что проще было бы воспользоваться чем-то вроде «Really Simple SSL» или «WP Force SSL».
Убрала всю рекламу, кроме Гугпа (её оставила частично). Результат прежний. Подключила плагин
really-simple-ssl. Ничего не меняется.
Не нагрузка ли это при большой БД?
Плагин использует буферизацию вывода, от размера БД нагрузка в данном случае не зависит, только он размера текущей страницы.
Замена с помощью str_replace() нескольких десятков ссылок не должна оказать заметного влияния на производительность.
Anonymous User 17160716
(@anonymized-17160716)
aleks05, приветствую. А каким образом пытались реализовать редирект? Как вариант, можете попробовать этот плагин или вот этот.
ren334
Скорее всего они устанавливают js-редирект для защиты от DDOS, при этом, ботов яндекса защита благополучно определяет как дудосеров.
То есть это модуль testcookie вообще по определению такой, или все же его умелыми руками можно грамотно настроить?
скорее всего проблема в хостере…
Наверное на другой тариф этого же хостера бессмысленно переходить? (например на базовый VPS) — потому что и там эта блокировка будет активна?
Надо линки поменять. Делал с помощью этого плагина:
https://ru.wordpress.org/plugins/really-simple-ssl/
И потом поработать с БД вот этим плагином, чтобы линки в статьях и прочих местах были заменены:
https://ru.wordpress.org/plugins/better-search-replace/
Именно в такой последовательности плагины применять?
Я менял протокол через Notepad++ методом замены — но что то криво вышло: главная, страницы разделов и тегов нормально открывались в https, а вот посты и статич.страницы выдавали циклический редирект.
Я потом возращал бэкап базы обратно и затем уже менял через sql-запросы — нет, все равно эта циклическая переадресация выходила.((
