Lien en bio hébergé sur un simple site PHP
LinkStack remplace Linktree par une page de liens hébergée chez soi : l'unique adresse qu'accepte un profil de réseau social mène à cette page, sur un serveur que l'on contrôle. L'archive de release, une application Laravel, se copie à la racine d'un site en PHP 8, et un assistant de configuration s'ouvre au premier accès. Les données tiennent par défaut dans un fichier SQLite ; passer à MySQL oblige à repeupler la base.
Plusieurs comptes, des blocs vCard et un export JSON
- Archive ou image Docker : l'archive suffit sur un hébergement web classique. L'image officielle, sur Docker Hub et ghcr.io, fait tourner Apache et PHP 8.3 sur Alpine, en amd64, arm64 et ARM 32 bits.
- Une page par inscrit, et un panneau d'administration qui gère les comptes et leurs liens. Les inscriptions sont fermées dans la configuration livrée.
- Des blocs en plus des liens : titre, texte, séparateur, e-mail, téléphone et carte de contact vCard à télécharger. Le panneau utilisateur affiche aussi le QR code de la page.
- Thèmes en archive zip : ceux du catalogue communautaire de linkstack.org s'importent depuis le panneau d'administration.
- Export JSON par utilisateur : profil, liens et avatar dans un fichier qui se réimporte.
- Mise à jour en un clic depuis le panneau d'administration, précédée d'une sauvegarde automatique.
Laravel 9 hors support et mails relayés par le projet
La cible est l'hébergement mutualisé. Le README met en avant une installation par glisser-déposer, sans terminal ni code, et la FAQ du site ne demande qu'un serveur web en PHP 8. Un ticket ouvert (#1008) décrit pourtant des pages de profil qui ne se chargent jamais sur un mutualisé OVH où l'extension PHP redis est présente sans serveur Redis joignable.
La version publiée repose sur Laravel 9, privé de correctifs de sécurité depuis le 6 février 2024, d'après la politique de support de Laravel. Le composer.lock de la 4.8.8 fixe laravel/framework en 9.52.21. Le passage à Laravel 12, qui exige PHP 8.2, se prépare sur la branche beta, dont le dernier commit date du 26 octobre 2026.
Dernière version : 4.8.8, du 22 octobre 2026. Elle revient sur la 4.8.7 sortie la veille, après laquelle des instances mises à jour renvoyaient une erreur HTTP 500 (ticket #1014). Dans ce ticket, le mainteneur renvoie l'un des correctifs de sécurité à la 4.9, en bêta. Auparavant, aucune version n'est sortie entre la 4.8.4 du 10 décembre 2024 et la 4.8.5, préversion du 26 janvier 2026.
Les e-mails passent par défaut par un relais du projet. Le mailer built-in du .env livré n'est pas un serveur local : config/mail.php l'envoie vers mail.llc.ovh, avec des identifiants écrits en clair dans le dépôt public. Vérification d'adresse et réinitialisation de mot de passe transitent par ce serveur tant qu'aucun SMTP ni sendmail n'est configuré.
Le .env livré est réglé pour l'installation, pas pour la production. APP_DEBUG y est activé, et son commentaire suggère de le couper une fois l'instance installée. Les utilisateurs peuvent écrire du HTML dans leur description, et les thèmes « V2 » injecter leur propre code, option que le fichier propose de désactiver pour raison de sécurité.
La sauvegarde de mise à jour laisse MySQL de côté. Le programme de mise à jour garde au plus deux sauvegardes, sans la base si elle est en MySQL. Selon le README, il peut aussi échouer en silence quand une extension PHP ne correspond pas à la version de PHP attendue.
Licence AGPL-3.0 depuis la version 4.0.0. Le README rappelle que l'usage en réseau vaut distribution : une instance publique modifiée doit publier son code source.