If you manage to get Docker Compose installed on that Mac (I don’t know Dockers limitations with Macs) but create a docker-compose.yaml file with the contents of;

services:

  jellyfin:

    image: jellyfin/jellyfin

    container\_name: jellyfin

    # Optional - specify the uid and gid you would like Jellyfin to use instead of root

    user: uid:gid

    ports:

      - 8096:8096/tcp

      - 7359:7359/udp

    volumes:

      - /path/to/config:/config

      - /path/to/cache:/cache

      - type: bind

        source: /path/to/media

        target: /media

      - type: bind

        source: /path/to/media2

        target: /media2

        read\_only: true

      # Optional - extra fonts to be used during transcoding with subtitle burn-in

      - type: bind

        source: /path/to/fonts

        target: /usr/local/share/fonts/custom

        read\_only: true

    restart: 'unless-stopped'

    # Optional - alternative address used for autodiscovery

    environment:

      - JELLYFIN\_PublishedServerUrl=http\://example.com

    # Optional - may be necessary for docker healthcheck to pass if running in host network mode

    extra_hosts:

      - 'host.docker.internal:host-gateway'

Then run;

sudo docker compose up -d

In a shell while in the folder with the docker-compose.yaml file you just created. If everything works then the server should be running on port :8086 open your browser and make an http:// request to the ip of the server followed by the port.

Example; http://127.0.01:8096

Documentation.

I've always recommended the Linux Upskill Challenge. It takes you step by step from the cli to scripting, incrementally. It's also a good bookmark to reference in the future.

I started by running Jellyfin on my PC with so-so success. Next move was to get a raspberry pi to screw around with. That went kind of poorly (hosted a website that was quickly ransomwared, lessons learned). Ditched the pi and got some used PC parts on FBM to spin up an Unraid server. I've been using that for years now, with some upgrades here and there to hardware and storage. There are a couple YT channels with spectacular Unraid content for self hosting. Trash guides for the arr stack. Years later and I now handle multiple servers using either Unraid or Portainer.

As others have said, it's a very personal journey. Best of luck, happy to try and answer questions you may have.

For an absolute beginner I would recommend Linux tutorials first so you can navigate the Linux cli.
After that watch some docker tutorials as a significant chunk of self hosting is done with docker or a kube variant but you won't need to lean about kube yet.

LearnLinuxTV on YouTube has some great playlists for that.

I'd start with learning some networking basics.
Subnets, default gateways, DNS, routes, VLANs.

Then get another computer to install proxmox on.
Learn VMs, SSH, firewalls, basically Linux. Probably VPNs as well.

Then set up a VM and play with docker & docker-compose.

And that's most of the tooling to be able to self host anything. A VM with docker, set up the docker compose of what you want, boom: done.
Some projects are more of a "full of" kinda thing (like home assistant), which would be its own VM

Self-hosting is a very individual journey - everyone wants different things and finds they own way to meet their own requirements. So there isn't really one guide that covers everything.

Anyway, as a general road map:

1. Create a Virtual Machine on your PC. Install Linux inside the VM.

2. Play around in the VM to learn Linux basics. When you break the OS you can just wipe the VM and reinstall.

3. In the VM, try some docker containers until you're comfortable-ish with docker.

4. Maybe try Yunohost in the VM. You might find Yunohost saves you a lot of time and hassle.

5. Get hardware suitable for your goals.

6. Install Linux, configure networking and docker containers on real hardware.

well what do you want to do?

i found that using alpine linux made things a lot clearer. i'm not a newbie but i gut ovurwhelmed by comylicated setups, and alpine is as simple as can be. just scripts that start and stop services, and configuration in /etc/<service-name>. where it started getting complex was with exposing services to the internet.