Ошибка block mixed content  на https сайтах. Фреймы и https

Обратился ко мне клиент, с такой проблемой:  он вставляет фреймы в код страниц. Но его сайт работает по https протоколу, ибо сейчас это модно.  Людей пугают, что скоро сайты не на https перестанут ранжироваться. Местный автор считает что это хуйня, но сеошники такие сеошники, они привыкли верить мифам.   Но пардон, сейчас мы рассматривать вопрос целесообразности использования https на сайте пока не будем.

Проксирование через apache или nginx

А будем решать проблему с подгрузкой внешних ресурсов по https, а не по http, как эти самые внешние ресурсы предоставляются.  Решение видится довольно простым.  Ваш сайт работает на nginx или apache. А оба эти замечательных вебсервера позволяют проксировать  что угодно, через себя:

• проксирование в Apache
• проксирование в nginx

Если в костыле apache это реализуется  костылём подключаемым модулем mod_proxy, то у nginx это вообще основная концепция работы с чем-бы то ни было. По сути, он всё и всегда делает именно с помощью проксирования. Связка nginx+apache — не что иное как проксирование всего вашего сайта работающего на apache.

Проксирование скриптов и других внешних ресурсов

К примеру, гугл Pagespeed Insights  показывает вот такое, по поводу счётчиков:

Когда люди просят включить кэширование, они потом видят что гугл всё равно их показывает и приходится объяснять, что это внешние скрипты, бла-бла-бла, их не получится кэшировать.

Вот так это работает обычно:

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

На самом деле решить это можно именно таким способом — включить проксирование для скрипта.

Nginx

Добавляем такой код в файл конфигурации:

location = /metrika.js {
proxy_pass https://mc.yandex.ru/metrika/watch.js;
proxy_set_header Host mc.yandex.ru;
}

И после этого  ресурс  https://vpsadm.ru/metrika.js  будет отдавать этот скрипт именно через ваш сайт.

А для него мы уже можем выставить expires 7d , как того желает гугл.   На свой страх и риск, конечно, ибо если вдруг скрипт обновится у яндекса, ваши юзеры будут ходить на сайт со старой версией в кэше браузера. Но это уже другой вопрос.

Таким образом можно проксировать всё что угодно. Но какие-то сложные сервисы, например,  во фреймах может быть проблематично загрузить, поскольку проксировать нужно еще кучу каких-то ресурсов для его работы.  И для этого нужно понаписать кучу правил.

Тем не менее, метод хорош, при желании можно подгружать всё что угодно во фреймах, даже те сайты, которые запрещают грузить себя во фреймах. Хотя есть выход в субдоменах.  Для субдомена можно сделать  полное проксирование всех ресурсов с внешнего сайта.  Дорвейщики  наверняка сталкивались, что не могут сливать трафик напрямую на сайт офера,  если у того в хедерах запрет загрузки во фреймах. Как это называется — Content Security Policy?

Проксирование в Apache

Я давал в самом начале ссылку, по ней все хорошо рассказано.  Нужно чтобы в апаче был включен mod_proxy.

А дальнейшая настройка сводится к добавлению пары строчек в конфигурацию сайта (виртуалхоста):

ProxyPass "/metrika.js" "https://mc.yandex.ru/metrika/watch.js"
ProxyPassReverse "/metrika.js" "https://mc.yandex.ru/metrika/watch.js"

Вот такие дела, господа. Магия 🙂
За применение думайте сами, куда вам это может пригодиться. А так,  штука хорошая.