-
Notifications
You must be signed in to change notification settings - Fork 410
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use web_socket_use_base_app_url instead of web_socket_use_hostnames #123
Comments
Thank you for the issue report. The entire websocket system is being redesigned for v1.0, and it will default to connect to the base URL in the browser, which should cover this. I'll make sure it is configurable as well. |
Any ETA for 1.0? Thanks |
Well, I am trying to get v1.0 completed before the end of the year, but don't quote me on that 😉 |
Ok. Thanks, its great project. |
Small info here: I had troubles that the job log update did not work (start_live_log_watcher) then i copy pasted the url building logic as a hack from somewhere else, after that it works:
|
I also had trouble installing Cronicle behind a reverse proxy with a self-signed cert, because of that missing option. In a more global way, it would be great to make this kind of setup easier as it's becoming more and more used (a server with a reverse proxy and only 80/443 open, serving containers via domain names). |
It should be more consistent if We can use
web_socket_use_base_app_url
parameter instead ofweb_socket_use_hostnames
to determine websocket endpoint, of course after settingbase_app_url
web_socket_use_hostnames
will not work if application will be behind reverse proxy.I guess that this applies also for
server_comm_use_hostnames
parameterThe text was updated successfully, but these errors were encountered: