Clif's Edge - Self-hosted URL Shortener: Shlink
lnk.clifmo.com
Keep control over all your shortened URLs, by serving them under your own domains, using this simple yet powerful tool.

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

  • pulsewidth@lemmy.worldEnglish
    5·
    7 hours ago

    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.mlEnglish
      3·
      9 hours 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.devOPEnglish
      2·
      9 hours ago

      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.worldEnglish
        2·
        7 hours ago

        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.devOPEnglish
          1·
          6 hours 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.

  • grumps@lemmy.i.secretponi.esEnglish
    4·
    21 hours ago

    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.devOPEnglish
      2·
      20 hours ago

      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?

      • grumps@lemmy.i.secretponi.esEnglish
        2·
        15 hours 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.

    • clifmo@programming.devOPEnglish
      5·
      1 day ago

      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