Из-за чего не https версии сайта не работает плагин?

Ссылка скопирована
1 ответ

На https версии нет кнопки для включения режима слабовидящих. А на http версии есть.
В https версии как будто вообще не грузится плагин. Как это можно решить? Пробовал полностью перевести на https и в БД заменить все на https

Дополнительно:

Пробовал полностью перевести на https и в БД заменить все на https

Вот так ты поломал базу. Похерил сериализованные данные (тем более, что абсолютно все нельзя. нужно только своего домена). Изучай до полного понимания .
"Сайт", к слову, по http вообще не открывается (бесконечно грузится), а по https кривая убогая поделка. Бедные пользователи..

  • Refguser, эта проблема была и до этого. В попытках исправить принимались эти действия. И как раз то что прописано то и делалось. И не указывал что всего и вся переводил. Запрос был только на ds57mr.ru
    По качеству сайта вопрос не ко мне, а к тому кто разрабатывал изначально и тем кто требует такие сайты и принимает)
  • Илья Деревянных, ты непониматель? Что не понятно в словах поломал базу/сериализованные данные?
    Да и зачем мне твои оправдания? Тебе сайт нужно приводить в порядок. Вернее теперь это должен делать специалист.

    • Ответы:

    Где-то к коде может быть вручную прописан путь к чему-либо с http, надо проверить файлы.

    • bacteria выводится через виджет. Виджет проверил, выводится корректно в админке, но сама кнопка не появляется

    Из-за чего не https версии сайта не работает плагин?

    Нажать F12 и убедиться, что браузер заблокировал загрузку стороннего контента с HTTP на HTTPS странице.
    Заменить "http://" в ссылке на "//".

    Нужно решить такую задачу?

    Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

    Заказать помощь
    Лучший ответ
    1
    Стас DB Ответ

    Если на HTTP плагин отображается, а на HTTPS нет, чаще всего причина в mixed content, неверных URL в базе, кэше или сломанной замене сериализованных данных. Простая замена строк в SQL через текстовый редактор действительно может повредить сериализованные значения WordPress, потому что там хранится длина строки.

    Правильная замена домена/протокола делается через WP-CLI:

    wp search-replace 'http://example.ru' 'https://example.ru' --skip-columns=guid

    wp search-replace 'http://example.ru' 'https://example.ru' --skip-columns=guid

    Или через проверенный плагин миграции, который понимает сериализацию. Но если проблема была до замены, нужно искать первопричину.

    Проверьте страницу HTTPS в DevTools → Console. Если увидите ошибки вида Mixed Content, значит скрипт/стиль плагина грузится по HTTP и браузер его блокирует. Тогда нужно заменить URL ресурса, обновить настройки плагина или очистить кэш.

    Также проверьте:

    • адреса siteurl и home в настройках WordPress;
    • нет ли жёстко прописанных HTTP-ссылок в настройках темы;
    • не кеширует ли плагин старый HTML;
    • нет ли разных настроек для HTTP и HTTPS на сервере;
    • подключается ли JS/CSS плагина в исходном коде HTTPS-страницы.

    После исправления очищайте кэш WordPress, CDN и браузера. Если база уже могла быть повреждена грубой заменой, лучше восстановить бэкап и повторить миграцию корректным инструментом.

    Другие ответы (0)

    Пока нет других ответов. Будьте первым, кто поможет автору.

    Ответить на вопрос

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Вам также может быть интересно

    Telegram Как добиться, чтобы Telegram прислал мне именно смс код, а не через звонок его диктовал? 0 ответов VPN Почему подключение через VPN работает только на wi-fi, а через кабель нет, где ошибка? 0 ответов Safari Почему снова флагнули домен в safari? 0 ответов Telegram Как диагностировать ошибку с подключением к прокси в мобильном приложении Telegram? 0 ответов