• 0 Posts
  • 16 Comments
Joined 1 year ago
cake
Cake day: July 7th, 2023

help-circle





  • Damage from digital piracy of Japanese music reached 22.4 billion to 92.2 billion yen ($142 million to $586 million at current rates) in 2022

    2 things:

    1. My streaming platform still doesn’t have a lot of older Japanese music. And they literally acquired a Japanese music publisher. (I use qobuz). If you’re concerned about losing money make your content more accessible instead of chasing those who’ve doing what you should be.

    2. This is a common false equivalence. Piracy doesn’t lose you money. There’s no guarantee the people who pirate would pay for content if piracy wasn’t an option.





  • In general yes. You can think of each container in a docker network as a host and docker makes these hosts discoverable to each other. Docker also supports some other network types that may not follow this concept if you configure them as such (for example if you force all containers to use the same networking stack as one container (I do this with gluetun so I can run everything in a vpn) all services will be reachable only from the gluetun host instead of individual service hosts).

    Furthermore services in a container are not exposed outside of it by default. You must explicitly state when a port in a container is reachable by your host (the ports: option).

    But getting back to the question at hand, what you’re looking for is a reverse proxy. It’s a program that accepts requests from multiple requested and forwards them somewhere else. So you connect to the proxy and it can tell based on how you connect (the url) whether to send the request to sonarr or radarr. http://sonarr.localhost and http://radarr.localhost will both route to your proxy and the proxy will pass them to the respective services based on how you configure it. For this you can use nginx, but I’d recommend caddy as it’s what I’m using and it makes setting up things like this such a breeze.



  • I disagree with this almost on principle. GitHub was a mistake. We don’t need these large, bloated, isolated forges that are just going to be acquired and converted into social networks. Forgejo> is the future. Any new forge not even trying to support federation and independent hosting out of the box is dead in the water to me. You wanna build a github style accessible platform above forgejo go right ahead, the thing github did best was make all of this accessible.