It is cosmetic for some services, but sonarr is redirecting the root, so its not so bad. But what I mean by funky is its not concise as it duplicating segmentation of services, for example:
sonarr.mydomain.com/sonarr
radarr.mydoamin.com/radarr
server.mydomain.com:8090/sonarr
server.mydomain.com:8091/radarr
but concise for:
organizr.mydomain.com/sonarr
organizr.mydomain.com/radarr
so when directly accessing applications rather than going through a reverse proxy for Organizr, the base url isn’t functional in purpose, and looks “funky”.
I’m referring to the same above but with port numbers segmenting services and the base url isn’t needed because I don’t have multiple services with different root directories on that port. That port is just for one service. So the base url isn’t needed. I fully understand alot of microservices are build like this, but they aren’t microservices to me.
Using headers to set this is just an idea (good or bad), as I use it with other services and for me would give flexibility. It could also help people configure reverse-proxies as see a lot of people not setting the base url.