На нашем сайте мы загружаем функцию calnedar api, которая работает на http (cdn.instantcal.com). При загрузке этот сайт на нашем сайте wordpress с https не работает и выдает сообщение об ошибке:
«Смешанное содержание: страница по адресу com). При загрузке этого сайта на наш сайт wordpress с https он не работает и выдает сообщение об ошибке: «Смешанный ...
На нашем сайте мы загружаем функцию calnedar api, которая работает на http (cdn.instantcal.com). При загрузке этот сайт на нашем сайте wordpress с https не работает и выдает сообщение об ошибке:
«Смешанное содержание: страница по адресу com). При загрузке этого сайта на наш сайт wordpress с https он не работает и выдает сообщение об ошибке: «Смешанный ...
На нашем сайте мы загружаем функцию calnedar api, которая работает на http (cdn.instantcal.com). При загрузке этот сайт на нашем сайте wordpress с https не работает и выдает ошибку:
"Смешанное содержание: страница по адресу " https://www.geo.com/wp-admin/post.php?post=362&action=edit " было загружен по HTTPS, но запросил небезопасный ресурс ' http://cdn.instantcal.com/cvj.html '. Этот запрос был заблокирован; контент должен обслуживаться через HTTPS ».
Чтобы исправить проблему смешанного iframe на нашем прокси-сервере Nginx, мы настроили новый сайт на https calendar.geopc.com, который будет прокси на cdn.instantcal.com.
server { listen 443; server_name calendar.geopc.com; location / { proxy_pass http://cdn.instantcal.com; proxy_set_header Host cdn.instantcal.com; proxy_set_header X-Real-IP $remote_addr; } }
Затем в iframe мы задали URL как
<iframe id="cv_if5" src="https://calendar.geopc.com/cvir.html?id=citus.com%2F60dcfe0d8c42638%2Fcalendar.ics&theme=RE&ccolor=%23ffffc0&dims=1&gtype=cv_daygrid&gcloseable=0&gnavigable=1&gperiod=day7&itype=cv_simpleevent" width="780" height="600" frameborder="0" scrolling="no"></iframe>
, но в iframe мы получаем ту же ошибку
Смешанное содержимое: страница по адресу « https://www.geo.com/wp-admin/post.php?post=362&action=edit » было загружен по HTTPS, но запросил небезопасный ресурс ' http://calendar.geopc.com/cvj.html?idcloseable=0&gnavigable=1&gperiod=da '. Этот запрос был заблокирован; контент должен обслуживаться через HTTPS.
Когда мы получаем прямой доступ к url-адресу calendar.geopc.com по https, он отлично работает на https. Но дайте мне знать, в чем проблема? Это на Iframe или на Nginx. Кто-нибудь может нам помочь?
Первая проблема заключалась в том, что исходный URL iframe представлял собой HTTP URL, который браузеры блокируют при запросе страницы HTTPS. При настройке proxy_pass
исходный URL iframe - это HTTPS URL, который удаляет одну часть проблемы.
Однако код, загруженный из календарной службы через прокси-сервер, запрашивает больше ресурсов, и у них есть прямые URL к исходной службе, которые запрашиваются по HTTP.
Нужно получить календарную службу, поддерживающую HTTPS, или реализовать свою собственную, нет другого способа решения этой проблемы.
.