so I had the semi-bright idea of using caddy as a proxy in dev, given how easy it makes TLS for local development. I’ve got it going fine for my http-kit ring server (reverse-proxying HTTPS 8443 -> HTTP 8080). I also have a websocket passing successfully through Caddy to my ring server (<wss://127.0.0.1:8443>). Figwheel’s giving me trouble though. If I reverse-proxy HTTPS 9501 -> HTTP 9500 and set :connect-url to <wss://127.0.0.1:9501>, the default server in Figwheel seems to respond to <wss://127.0.0.1:9501> with a 200 and the default HTML page that Figwheel sends out when you don’t have /resources/public/index.html
for it to latch on to.
that is, it doesn’t seem to upgrade the … oh, wait a minute.
:connect-url "<wss://127.0.0.1:9501/figwheel-connect>"
DOES work … I had left off the trailing figwheel-connect
and was trying to connect to the root /
route with a websocket, which is already taken by the default host page that boots the figwheel connection :man-facepalming: .
(half my brain: why didn’t you ask this an hour ago. Other half: then I wouldn’t have been able to explain it clearly enough to spot the issue).
(stupid brain)