this post was submitted on 09 Mar 2025
77 points (94.3% liked)

Selfhosted

61070 readers
1106 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:

Detailed Rules Post

  1. Be civil.

  2. No spam.

  3. Posts are to be related to self-hosting.

  4. Don't duplicate the full text of your blog or readme if you're providing a link.

  5. Submission headline should match the article title.

  6. No trolling.

  7. Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details. Tags [CBH] or [AIP] are required, see the links in Rule 8 for details.

  8. AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post, and find example disclosures here.

Resources:

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

Questions? DM the mods!

founded 3 years ago
MODERATORS
 

A self-hosted URL shortener: Shlink - Keep control over all your shortened URLs, by serving them under your own domains, using this simple yet powerful tool. https://shlink.io/

I was very surprised to find this mature, full-featured URL shortener. It's written in PHP and includes Geoblocking so your shortener isn't abused.

A Docker quick-start guide: https://lnk.clifmo.com/ljk13

all 14 comments
sorted by: hot top controversial new old
[–] pulsewidth@lemmy.world 4 points 1 year ago* (last edited 1 year ago) (2 children)

Can I ask - why would anyone do this? Several URL shortening services of the past have shuttered and it has left the web littered with links to sites that can never be resolved (linkrot) - this to me just seems like a another surefire way to speedrun future deadlinks in forums etc. Why?

Edit - I have misunderstood the assignment.

This is targeted at self-hosted/personal-domain stuff only, not general internet site URL shortening/redirection.

[–] merthyr1831@lemmy.ml 3 points 1 year ago

I find link shorteners useful for sharing (ephemeral) links to others (especially if they're massive) but for linking stuff on the web where you can hide it under an anchor tag is definitely a bad idea.

[–] clifmo@programming.dev 2 points 1 year ago (1 children)

How so? I am hosting and maintaining it for my own work and links. I have every incentive to keep it up. And if it goes down, only my links to my own content go down. And, the reason I did this was Bluesky has a character limit.

[–] pulsewidth@lemmy.world 1 points 1 year ago (1 children)

Ah that is probably my bad then, I read it as being able to redirect arbitrary URLs, hence the need for geoblock and abuse protections - if it's only your own self-hosted/personal domains then yeah that absolutely makes sense.

[–] clifmo@programming.dev 1 points 1 year ago

I think the concern re:geoblock is that the REST API is just out there, unauthenticated. I need to shut those off or limit them to the internal network with Traefik, but I still need the short links to resolve. I'm not sure if that API is used for that, or what. I haven't explored the code yet.

[–] harsh3466@lemmy.ml 4 points 1 year ago (1 children)

Another great option is Yourls. I’ve been using it for years and it’s been fabulous

[–] clifmo@programming.dev 5 points 1 year ago (1 children)

I looked at yourls, too. I found Shlink devex to be more mature and the automated geolocation-blocking integration sold me.

It also hasn't had a release in 2 years and is a self-described "set of PHP scripts". Doesn't fit my standard for what I deploy to my homelab

[–] harsh3466@lemmy.ml 2 points 1 year ago

Totally fair.

[–] dan@lemmy.i.secretponi.es 4 points 1 year ago (1 children)

This maybe isn't for everyone but I de-dockerified Shlink pretty quickly. Moving it to two nginx vhosts (server and admin) on a Shlink LXC and a centralized Postgres server made dealing with it a lot easier.

E.g., the initial API key shenanigans were less fiddly after I took more direct control.

[–] clifmo@programming.dev 2 points 1 year ago (1 children)

Interesting. I deploy to my homelab with Docker so it was a fit for me. But I do want to tinker on the API to disable everything but GET. Can you share anything more about breaking it up?

[–] dan@lemmy.i.secretponi.es 2 points 1 year ago

It was mostly uneventful, to be honest. I downloaded the two apps (static admin and the php app), tossed them into /opt/www, and set up nginx to serve PHP. The config in the main app had a section for my Postgres settings and the docs gave the instructions on putting the default server configuration into the static site.

The only challenge was actually rather silly: I don't use PHP so it took me a bit to understand why apt install php installed Apache when I had already installed nginx. Once I found php-fpm it was smooth sailing from there.