The definitive self-hosted URL shortener
Go to file
2023-05-14 13:04:45 +02:00
.github Set platforms to be used for openswoole docker image 2023-05-07 17:13:26 +02:00
bin Migrated to custom doctrine cli entry point, as the built-in is deprecated 2022-09-08 14:10:09 +02:00
config Create REST action to delete short URL visits 2023-05-14 12:00:08 +02:00
data Update to rr-cli 2.5, and do not generate config 2023-05-02 08:43:14 +02:00
docker Standardize logger for all Shlink execution contexts 2023-05-07 13:18:19 +02:00
docs Deprecated validateUrl option on short URL creation/edition 2023-01-23 20:30:12 +01:00
module Create VisitDeleterRepositoryTest 2023-05-14 13:04:45 +02:00
public Optimise RewriteRules/Conds 2022-02-07 18:45:27 +01:00
.dockerignore Added support to build the docker image with RoadRunner instead of openswoole 2022-08-27 13:01:38 +02:00
.gitattributes Replaced scrutinizer with codecov 2020-12-19 10:25:19 +01:00
.gitignore Update to rr-cli 2.5, and do not generate config 2023-05-02 08:43:14 +02:00
.phpstorm.meta.php Project migrated from zend to laminas 2020-01-01 21:13:09 +01:00
build.sh Update to roadrunner 2023 2023-04-18 23:22:48 +02:00
CHANGELOG.md Update changelog 2023-05-03 08:59:47 +02:00
composer.json Merge pull request #1775 from acelaya-forks/feature/default-roadrunner 2023-05-07 13:34:53 +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 Updated dev container base images 2023-01-05 18:50:49 +01:00
Dockerfile Switch to roadrunner as default docker runtime 2023-05-03 08:59:09 +02:00
indocker Migrated to PHPUnit mocks in RobotsActionTest 2022-10-12 18:23:36 +02:00
infection-api.json5 Migrated infection config files to json5 2022-09-23 19:08:54 +02:00
infection-cli.json5 Migrated infection config files to json5 2022-09-23 19:08:54 +02:00
infection-db.json5 Migrated infection config files to json5 2022-09-23 19:08:54 +02:00
infection.json5 Migrated infection config files to json5 2022-09-23 19:08:54 +02:00
LICENSE Extract docker image building during CI to its own workflow 2023-01-21 09:59:43 +01:00
migrations.php Fix CreateDatabaseCommandTest 2023-02-15 18:55:25 +01:00
phpcs.xml Added all docker stuff to the project 2019-08-16 18:38:26 +02:00
phpstan.neon Added stricter types for mocks 2022-10-24 19:53:13 +02:00
phpunit-api.xml Update phpunit configs to fulfil v10.1 2023-04-14 09:44:01 +02:00
phpunit-cli.xml Update phpunit configs to fulfil v10.1 2023-04-14 09:44:01 +02:00
phpunit-db.xml Update phpunit configs to fulfil v10.1 2023-04-14 09:44:01 +02:00
phpunit.xml.dist Update phpunit configs to fulfil v10.1 2023-04-14 09:44:01 +02:00
README.md Fix twitter badge 2023-01-28 11:15:46 +01: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 Mastodon 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 or 8.2
  • 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