this post was submitted on 24 Nov 2024
46 points (100.0% liked)

Selfhosted

40487 readers
249 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

Hi, I want to host a private Lemmy server under example.com mostly to be used without association (federation) with other Lemmy servers - this is due to the nature of the Lemmy server. It is going to be used only by people from a specific country, so in its initial phase, I am pretty sure these people won't care about any other servers not in this country's language. Anyway, that's besides the point.

The thing is I already have a Hetzner instance where I have set up an NGINX server hosting a couple of PHP websites - Wordpress and Mybb forum using mariaDB database and php 8.1.

The instance is running Ubuntu 24.04.1 LTS - which method of installing Lemmy would make sense? Docker, Ansible, or from scratch, as it is documented here https://join-lemmy.org/docs/administration/install_docker.html ?

I just do not want to disturb my currently installed websites on this server.

Any recommendations?

you are viewing a single comment's thread
view the rest of the comments
[–] catloaf@lemm.ee 11 points 1 week ago (2 children)

If you want it to not affect other systems, a container is the obvious choice.

[–] afcika@lemmy.world 3 points 1 week ago (1 children)

If I did not have any constraints, which method would be the best choice? I want to make upgrades as painless as possible as I plan to follow releases to stay up to date.

[–] undefined@lemmy.hogru.ch 1 points 1 week ago

I’d say this comes down to your experience with Docker (or whatever you use to containerize).

Generally speaking updates are as easy as pulling the updated image, but if something goes wrong you should know how to run commands inside the container, access the database, etc. Containerization can be painful if you don’t work with it everyday, but at the same time it brings so many advantages and it’s not hard to learn.