• 4 Posts
  • 48 Comments
Joined 2 years ago
cake
Cake day: July 9th, 2023

help-circle



  • vividspecter@lemm.eetoSelfhosted@lemmy.worldcalibre 8.0
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 months ago

    Calibre is used as a server all the time, see calibre-web.

    calibre-web is technically not Calibre and is written and maintained by different people, although it does use the Calibre database (and I believe it must be created with desktop Calibre initially). But it’s a good option and I highly recommend it.


  • vividspecter@lemm.eetoSelfhosted@lemmy.worldcalibre 8.0
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 months ago

    you just load your books from Calibre (or right through USB if you’re hardcore for some reason) and you’re basically off to the races.

    There’s also an OPDS server option with calibre-web that you can use to load books from if you’re using koreader.

    You can also use the Kobo server replacement option with calibre-web although I personally couldn’t get it to work at the time I tried it. But this will give you a sync option that works like the official Kobo server which is quite nice.












  • Traditional server-based self-hosting will have lower average uptime, will be easier to attack, and will have a much higher chance of disappearing out of nowhere (bus factor event, or for any other reason).

    It’s not a single point of failure at least but if your particular project is targeted then yeah. I was thinking more about using it for private repos, where it isn’t public at all but that’s a separate case.





  • There’s likely a firewall on the system that hosts the docker services, and docker’s default bridge rules bypass it when publishing a port. And since the docker rules are prioritised, it can be quite difficult to override them in a reliable way. I personally wish that the default rules would just open a rule to the host, but there might be some complexity that I’m missing that makes that challenging.

    I personally use host networking to avoid the whole mess, but be aware you’ll have to change the internal ports for a bunch of services most likely, and that’s not always well-documented. And using the container name as the host name won’t work when referencing other containers, you’ll have to use e.g. localhost:<port number> even inside the network.

    You can do the bind to localhost thing that others have mentioned, as long as the reverse proxy itself is inside the docker network (likely there are workarounds if not).