А галочку "Использовать защищенное соединение (https)" при генерации кнопки Вы отметили?
Да, конечно, иначе бы вообще бы ничего не работало.
По поводу настройки nginx - здесь дело в том, что такой конфиг генерируется панелью управления ISPmanager, да и я если честно, не совсем понимаю, как можно по другому.
apache там висит на 81 порту, nginx на 80 и 443. Если делаем редирект на https средствами apache, то получаем:
запрос приходит на 80 порт,
проксируется на 81,
редиректится на 443,
снова проксируется на 81,
и так по кругу, то есть получается циклическая переадресация.
То есть принудительный редирект в данном случае настраивается именно в nginx, то есть пришёл запрос на 80 порт, его средиректило на 443 и затем проксируется на 80.
Но вопрос то по сути не в этом, вопрос в том, что именно делает галочка "принудительного перевода в https"?
Ведь не только же она редирект вызывает? Что-то она ещё переключает. В случае с apache ведь всё работает. В чат всё тянется именно по https.
А если она не стоит, то кое что пытается через http пробиться. По сути, раз стоит галочка "разрешить https", и код получен для https то уже нужно по https всё грузить.
Вот сделал живой пример:
https://test.webpatron.net/1.htmlПри нажатии на кнопку файл /styles/chats/default/iframe.css зачем то по http хочет загрузится, но естественно не может и соответственно окна чата просто нет.
Здесь даже смотрите, что получается:
Заставить нормально работать чат на https можно только включив галочку "Принудительно переводить все чаты в защищенный режим".
Но в этом случае, зачем же тогда галочка "Разрешать защищенные соединения (SSL)"? Ведь в ней выходит смысла нет.
Я так понимаю, что она была задумана, чтобы можно было к примеру чат выводить на разных сайтах - на одних по http, на других по https.
Сейчас же такое не получится, на сайтах с https в данном случае чат работать не будет