• Произвёл переход на HTTPS:

    Хостинг — mirohost, SSL — Let’s Encrypt certificate.

    В .htaccess добавлено

    # BEGIN Redirect
    RewriteEngine On
    RewriteCond %{HTTP:X-Forwarded-Proto} !https
    RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] 
    # END Redirect

    Установлен плагин Really Simple SSL, выдаёт ошибку: Really Simple SSL не получил ответ от веб-страницы. Потенциальные причины, приведённые в статье https://really-simple-ssl.com/knowledge-base/how-to-fix-no-response-from-webpage-warning/ , которую плагин рекомендует, не сработали.

    Базу данных через phpMyadmin экспортировал, все «http://cheaplinks.pro» заменил на «https://cheaplinks.pro», залил обратно, предварительно удалив все старые файлы.

    Админка работает, там все страницы и файлы лежат как положено, но не отображаются на сайте.

    Как починить сайт? На каком этапе косяк?

    • Тема изменена 5 лет, 10 месяцев назад пользователем candybober.
    • Тема изменена 5 лет, 10 месяцев назад пользователем candybober.

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

Просмотр 13 ответов — с 1 по 13 (всего 13)
  • Как починить сайт? На каком этапе косяк?

    Косяк в первую очередь тут http://joxi.ru/eAOzGwJtxYQo62 И никакие плагины вам не нужны.

    В .htaccess добавлено

    И туда добавлять ничего не надо.

    • Ответ изменён 5 лет, 10 месяцев назад пользователем O.

    Базу данных через phpMyadmin экспортировал, все «http://cheaplinks.pro» заменил на «https://cheaplinks.pro», залил обратно, предварительно удалив все старые файлы.

    Вот это Вы зря сделали.
    Верните обратно с оригинального дампа и произведите замену протокола с пом плагинов поиска-замены в базе. Напр https://wordpress.org/plugins/better-search-replace/

    Было бы всё так просто.
    http://prntscr.com/mhlj4k

    • Ответ изменён 5 лет, 10 месяцев назад пользователем candybober.

    Кажется, я начинаю подозревать, в чём может быть проблема…
    http://prntscr.com/mhlm5b

    Пошёл искать бекап. Надеюсь, хостинг не забывал его регулярно создавать.

    • Ответ изменён 5 лет, 10 месяцев назад пользователем candybober.

    Пошёл искать бекап. Надеюсь, хостинг не забывал его регулярно создавать.

    А Вы что, не сохранили скачанное до исправлений?
    Да Вы отчаянный..

    Кажется, я начинаю подозревать, в чём может быть проблема…

    О.. тут еще всё хуже оказывается..
    1. Никогда не правьте базу руками (включая Sql-запросы и «через PMA»)
    2. Для редактирования файлов используйте правильные блокноты — с кодировкой UTF8 и подсветкой синтаксиса.

    А Вы что, не сохранили скачанное до исправлений?

    Сохранял, а сломалось всё разом, когда поставил открытие типа .sql через notepad по умолчанию.

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

    Почти офтоп. Я вот что-то не могу понять чем вызваны телодвижения (не только в этом топике) с плагинами, htaccess и пр. при переходе на https?

    Лично у меня два сайта работали на http Перешел на https. Тоже волновался- переживал как теперь жить дальше… 🙂
    А все оказалось очень просто — добавил буковку S в url в общих настройках, как рекомендовали в ТП хостинга и всё на этом. И редирект 301 сам по себе появился и вообще никаких проблем. Это WP такой умный все сам правильно делает, или у меня хостинг правильный?

    Окей, поредачил базу по-человечески, результат тот же:
    Совпадений по http не осталось: http://prntscr.com/mhm6q5
    SSL снова работает и интерфейс снова умер: http://prntscr.com/mhm2d2

    • Ответ изменён 5 лет, 10 месяцев назад пользователем candybober.

    Окей, поредачил базу по-человечески,

    т.е. вам пофиг на все советы:

    Вот это Вы зря сделали.
    Верните обратно с оригинального дампа и произведите замену
    протокола с пом плагинов поиска-замены в базе.
    Напр https://wordpress.org/plugins/better-search-replace/

    и

    1. Никогда не правьте базу руками (включая Sql-запросы
    и «через PMA»)

    Если посмотреть на это с другой стороны, то воспользовался другим советом:

    2. Для редактирования файлов используйте правильные блокноты — с кодировкой UTF8 и подсветкой синтаксиса.

    Прибегнул к нему потому что при использовании рекомендованного плагина Better Search Replace в холостом режиме ничего не срабатывало: http://prntscr.com/mhpv19 . Смутил пункт «позволяет заранее посмотреть на результат», а предварительный результат показывал, что ничего не произошло: http://prntscr.com/mhpvb9 . Без него вроде получилось: http://prntscr.com/mhpwem и всё, кажется, работает.

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

    • Ответ изменён 5 лет, 10 месяцев назад пользователем candybober.

    воспользовался другим советом:

    Другой совет касался ЛЮБЫХ файлов (с кодом же Вам придётся работать) и совсем не отменял первый.

    , что ничего не произошло:

    Не произошло = не изменено. Потому что холостой режим. Но там чётко сказано — найдено 234 для обновления. Вот эти 234 и отработают.

    (Но 47 таблиц.. нда.. сколько же там всякого…)

    • Ответ изменён 5 лет, 10 месяцев назад пользователем SeVlad.

    Я вот что-то не могу понять чем вызваны телодвижения (не только в этом топике) с плагинами, htaccess и пр. при переходе на https?

    1. У всех разные плагины и темы.
    2. То, что Вы не заметили проблем вовсе не означает что их нет 😉

    И редирект 301 сам по себе появился и вообще никаких проблем. Это WP такой умный все сам правильно делает, или у меня хостинг правильный?

    Это скорее всего на хостинге при подключении SSL-сертификата включили настройку редиректа.
    ЗЫ. Сам по себе такой редирект — вещь довольно спорная. Я, напр, против него для большинства случаев.

Просмотр 13 ответов — с 1 по 13 (всего 13)
  • Тема «Пропал интерфейс после перехода на HTTPS» закрыта для новых ответов.