Phoenix channels over non-SSL

If I understand your issue correctly, this is not a phoenix thing, but a browser thing. Browsers will generally disallow mix content. For the phoenix.js client, if you leave off the protocol, it will inherit ws or wss based on the browser window’s protocol. Phoenix.js and the elixir channels side will gladly accept wss traffic. If you let the client inherit the protocol, ie let socket = new Socket("//yourhost.com/socket"). Provided your phoenix endpoint is configured for :http and :https then you are all set.

As I recall and that which a quick google search seems to confirm, an http page’s javascript can load wss websockets, but an https page’s javascript cannot load a ws websocket.

Thank you both!

What seems to be going on here is the following:

1. I specify the socket location using the protocol-agnostic domain name "//example.com/socket".
2. From an HTTP location, such as localhost, this makes the JS socket attempt to connect to http://example.com/socket/websocket?vsn=2.0 to set up ws://example.com/socket/websocket?vsn=2.0.
3. However, Phoenix (or rather, Nginx running in front of it) currently disallows access to the site over non-SSL, so this connection is refused. (Or rather: A 301 to the HTTPS-variant is returned, which either is not supported by the phoenix_channel.js library, or by the browser’s websocket-connection-creation logic).

What would be the best way to resolve this? I’d rather have people on HTTP still try to connect to wss resp. https chats.

Why not just always do "wss://example.com/socket instead?