От: Сергей Кривущенко - 2017-01-10 19:02:36
Здравствуйте.
Вам уже несколько раз понятно написали что редирект на HTTPS в .htaccess не нужен, и даже вреден. Так как при включении опции SSL в настройках WWW домена включается редирект на HTTPS реализованный на уровне nginx.
На VPS в рамках стандартных шаблонов с ISP панелью используется тандем из nginx (как сервера отдающего статический контент и проксирующего соединения для apache) + apache. HTTPS редирект создается и обрабатывается в данном случае обрабатывается не apache-м а nginx-ом. Что ясно видно по заголовку отклика сервера:
301 GET:
Content-Encoding:"gzip"
Content-Length:"189"
Content-Type:"text/html; charset=iso-8859-1"
Tue, 10 Jan 2017 13:58:22 GMT
Location:"
"
Server:"nginx/1.1.19"
По этому отклику сервера совершенно однозначно очевидно что:
1. HTTPS редирект есть и работает.
2. Он работает на уровне nginx сервера.
Отключить его будет технически неправильно, и ни к чему хорошему это не приведет. Можете данную информацию передать разработчикам движка задавая им вопрос.
Касаемо исправления ссылок внутри сайта - это не наш профиль, мы не занимаемся разработкой сайтов. Это профиль веб студий и веб программистов.
В тематическом материале на который Вам ранее дали ссылку написано каким требованиям должен соответствовать сайт:
Исправить некоторые моменты в коде сайта лучше до перехода на HTTPS, чтобы избавиться от возможных технических проблем. — Смена ссылок внутренней перелинковки с абсолютных на относительные. Относительные ссылки бывают двух типов: 1. Относительные вне зависимости от домена
— абсолютная. /about/ — относительная. 2. Относительные вне зависимости от протокола.
— абсолютная //devaka.ru/about/ — относительная Необходимо использовать ссылки последнего вида, когда вы исключаете название протокола. Таким образом, не важно, на HTTP ваш сайт или на HTTPS, он будет всегда ссылаться на страницы с тем же протоколом. Обратите внимание, что мы говорим про внутренние ссылки, так как внешние сайты могут вовсе не поддерживать HTTPS, поэтому ссылки на них мы оставляем как и были. Если у вас несколько связанных проектов или поддоменов одного сайта, и все из них вы переводите на HTTPS, то относительная структура ссылок поможет правильной индексации поисковыми системами и верному перенаправлению пользователей. — Исправление вложений медиа-контента Проверьте, какой медиа-контент (изображения, видео, презентации, и др.) вы используете у себя на сайте и по какому протоколу его запрашиваете. Здесь необходимо тоже все перевести в относительные адреса, и тогда при переходе на HTTPS у вас медиа-контент также будет подгружаться с защищенных сайтов. Но стоит убедиться, что он действительно доступен по HTTPS. Если используемые вами картинки хранятся на вашем сайте, то просто используйте относительные адреса //site.ru/img/mega-image.jpg. Если вы подгружаете картинки с внешних ресурсов (CDN или других сайтов), то они также должны поддерживать HTTPS, иначе стоит отказаться от этих вложений. Популярные сервисы, которые позволяют внедрять свой контент, типа YouTube, SlideShare, виджеты VK или Facebook, и другие, уже давно поддерживают HTTPS, поэтому с ними проблем не возникнет. Но если вы используете медиа-контент с непопулярных сервисов, то уточните, будет ли этот контент работать/отображаться, если вы смените протокол. — Исправление подключений внешних скриптов Во внешних скриптах также нужно использовать относительные URL. Например, для библиотеки jQuery, вместо кода: Нужно использовать: Также и с другими скриптами: Яндекс.Метрика, LiveInternet, Google Analytics, Яндекс.Директ, различные javascript библиотеки и др. Здесь принцип тот же: популярные сервисы и библиотеки поддержкивают HTTPS, а вот с непопулярными могут возникнуть проблемы (как например, у ПриватБанка или Корреспондента с сетью MediaTraffic, которые до сих пор её использует по небезопасному соединению). Источник: Devaka.ru
То сообщение что Вы видите - следствие того, что Ваш сайт подгружает какую то информацию по внутренним HTTP ссылкам, либо генерирует страницы с ссылками по протоколу HTTP. Исправить такое может программист.
