The definitive self-hosted URL shortener
Go to file
2022-08-27 09:54:15 +02:00
.github Removed usage of bash again from tests in CI, as it does nothing really 2022-08-27 09:54:15 +02:00
bin Another attempt to make API tests script sh compatible 2022-08-27 09:49:32 +02:00
config Improved run-api-tests.sh script to make it compatible with sh 2022-08-27 09:36:37 +02:00
data Added roadrunner to the project 2022-08-21 13:19:27 +02:00
docker Moved to docker build on reusable workflow 2022-08-19 15:11:46 +02:00
docs Updated swagger docs, with new API v3 error types 2022-08-14 13:55:43 +02:00
module Slight improvements on RoadRunner config 2022-08-26 17:58:25 +02:00
public Optimise RewriteRules/Conds 2022-02-10 21:31:45 +01:00
.dockerignore Added support to dispatch async event listeners as RoadRunner jobs 2022-08-26 14:59:27 +02:00
.gitattributes Replaced scrutinizer with codecov 2020-12-19 10:25:19 +01:00
.gitignore Added support to run API tests on roadrunner 2022-08-27 09:09:14 +02:00
.phpstorm.meta.php Project migrated from zend to laminas 2020-01-01 21:13:09 +01:00
build.sh Replaced references to regular swoole by openswoole 2022-01-23 11:29:53 +01:00
CHANGELOG.md Updated changelog 2022-08-14 17:07:07 +02:00
composer.json Added support to run API tests on roadrunner 2022-08-27 09:09:14 +02:00
CONTRIBUTING.md Optimized how and when code coverage reports are generated for different types of tests 2022-08-12 18:10:45 +02:00
docker-compose.ci.yml Unified jobs in ci pipeline as much as possible 2021-12-11 10:26:23 +01:00
docker-compose.override.yml.dist Added roadrunner to the project 2022-08-21 13:19:27 +02:00
docker-compose.yml Added roadrunner to the project 2022-08-21 13:19:27 +02:00
Dockerfile Updated to latest PHP version and native dependencies 2022-08-05 16:31:15 +02:00
indocker Improved run-api-tests.sh script to make it compatible with sh 2022-08-27 09:36:37 +02:00
infection-api.json Updated to infection 0.26 2022-01-10 15:15:16 +01:00
infection-cli.json Added mutation tests for CLI E2E tests 2022-08-09 19:15:49 +02:00
infection-db.json Updated to infection 0.26 2022-01-10 15:15:16 +01:00
infection.json Enabled stryker report for infection 2022-01-17 07:41:33 +01:00
LICENSE Updated year in license 2021-02-13 09:38:34 +01:00
migrations.php Excluded migrations table when checking if the database schema exists 2022-03-05 10:41:13 +01:00
phpcs.xml Added all docker stuff to the project 2019-08-16 18:38:26 +02:00
phpstan.neon Replaced tabs by spaces in phpstan.neon config 2021-12-08 17:52:17 +01:00
phpunit-api.xml Added mutations to API tests 2021-12-10 17:45:55 +01:00
phpunit-cli.xml Created first CLI E2E tests 2022-02-13 12:20:02 +01:00
phpunit-db.xml Updated link to PHPUnit's xsd to use local one 2021-01-24 22:56:43 +01:00
phpunit.xml.dist Updated link to PHPUnit's xsd to use local one 2021-01-24 22:56:43 +01:00
README.md Updated to latest event dispatcher lib 2022-08-26 19:17:10 +02:00
UPGRADE.md Added support for multi-segment slugs 2022-08-03 19:32:59 +02:00

Shlink

Build Status Code Coverage Infection MSI Latest Stable Version Docker pulls License Twitter Paypal donate

A PHP-based self-hosted URL shortener that can be used to serve shortened URLs under your own domain.

Table of Contents

Full documentation

This document contains the very basics to get started with Shlink. If you want to learn everything you can do with it, visit the full searchable documentation.

Docker image

You can learn how to use the official docker image by reading the docs.

The idea is that you can just generate a container using the image and provide the custom config via env vars.

Self hosted

First, make sure the host where you are going to run shlink fulfills these requirements:

  • PHP 8.1
  • The next PHP extensions: json, curl, pdo, intl, gd and gmp/bcmath.
    • apcu extension is recommended if you don't plan to use openswoole.
    • xml extension is required if you want to generate QR codes in svg format.
    • sockets and bcmath extensions are required if you want to integrate with a RabbitMQ instance.
  • MySQL, MariaDB, PostgreSQL, MicrosoftSQL or SQLite.
    • You will also need the corresponding pdo variation for the database you are planning to use: pdo_mysql, pdo_pgsql, pdo_sqlsrv or pdo_sqlite.
  • The openswoole PHP extension (if you plan to serve Shlink with openswoole) or the web server of your choice with PHP integration (like Apache or Nginx).

Download

In order to run Shlink, you will need a built version of the project. There are two ways to get it.

  • Using a dist file

    The easiest way to install shlink is by using one of the pre-bundled distributable packages.

    Go to the latest version and download the shlink*_dist.zip file that suits your needs. You will find one for every supported PHP version and with/without openswoole integration.

    Finally, decompress the file in the location of your choice.

  • Building from sources

    If for any reason you want to build the project yourself, follow these steps:

    • Clone the project with git (git clone https://github.com/shlinkio/shlink.git), or download it by clicking the Clone or download green button.
    • Download the Composer PHP package manager inside the project folder.
    • Run ./build.sh 3.0.0, replacing the version with the version number you are going to build (the version number is used as part of the generated dist file name, and to set the value returned when running shlink -V from the command line).

    After that, you will have a dist file inside the build directory, that you need to decompress in the location of your choice.

    Note

    This is the process used when releasing new Shlink versions. After tagging the new version with git, the GitHub release is automatically created by a GitHub workflow, attaching the generated dist file to it.

Configure

Despite how you built the project, you now need to configure it, by following these steps:

  • If you are going to use MySQL, MariaDB, PostgreSQL or Microsoft SQL Server, create an empty database with the name of your choice.
  • Recursively grant write permissions to the data directory. Shlink uses it to cache some information.
  • Set up the application by running the vendor/bin/shlink-installer install script. It is a command line tool that will guide you through the installation process. Take into account that this tool has to be run directly on the server where you plan to host Shlink. Do not run it before uploading/moving it there.
  • Generate your first API key by running bin/cli api-key:generate. You will need the key in order to interact with Shlink's API.

Once shlink is installed, there are two main ways to interact with it:

  • The command line: Try running bin/cli to see all the available commands.

    All of them can be run with the --help/-h flag in order to see how to use them and all the available options.

    It is probably a good idea to symlink the CLI entry point (bin/cli) to somewhere in your path, so that you can run shlink from any directory.

  • The REST API: The complete docs on how to use the API can be found here, and a sandbox which also documents every endpoint can be found in the API Spec portal.

    However, you probably don't want to consume the raw API yourself. That's why a nice web client is provided that can be directly used from https://app.shlink.io, or hosted by yourself.

Both the API and CLI allow you to do mostly the same operations, except for API key management, which can be done from the command line interface only.

Contributing

If you are trying to find out how to run the project in development mode or how to provide contributions, read the CONTRIBUTING doc.


This product includes GeoLite2 data created by MaxMind, available from https://www.maxmind.com