Opérations on vanityURLs

Le fuseau horaire de l'opérateur n'est pas seulement une question de setup

Mon, 01 Jun 2026 00:00:00 +0000

La question du fuseau horaire de l’opérateur dans npm run setup ressemble à une petite préférence. Elle est plus utile que ça.

vanityURLs utilise les noms de fuseaux horaires là où un décalage numérique est trop fragile : liens planifiés, métadonnées du registre généré et vues opérateur comme /en/_stats/.

Utiliser un lieu, pas un décalage

Entrez un fuseau IANA comme America/Toronto, America/New_York, Europe/Paris ou UTC. N’entrez pas -4, -5 ou GMT-0400.

La sauce secrété de vanityURLs est un registre JSON

Fri, 29 May 2026 00:00:00 +0000

Le probleme est arrivé de la petite facon habituelle : un libellé du tableau de bord Cloudflare a bouge, une page de setup nommait encore l’ancien chemin, et le prochain mainteneur devait decider si la documentation était perimee ou si la guidance produit avait change.

vanityURLs se tient sur les epaules de Cloudflare. C’est le point. Un redirecteur de liens courts ne devrait pas avoir besoin d’une flotte de serveurs, d’une base de données ou d’un plan de contrôle privé. Il peut tourner sur Cloudflare Workers, publier des pages opérationnelles statiques avec Workers Static Assets et laisser Cloudflare arrétér le bruit avant que le Worker s’execute.

Produits Cloudflare que vanityURLs laisse de cote

Fri, 29 May 2026 00:00:00 +0000

Cloudflare a plus de produits utiles qu’un redirecteur de liens courts devrait en utiliser.

Ce n’est pas une critique de Cloudflare. C’est une limite opérationnelle. vanityURLs utilise Cloudflare DNS, Cloudflare Workers, Cloudflare Access, SSL/TLS et certaines protections edge. La liste baseline vit dans Produits Cloudflare. Le setup detaille vit dans Protection réseau.

Cette page documente l’autre côté de la décision : des produits visibles, utiles dans le bon déploiement, mais hors du setup vanityURLs par défaut.

Ne tournez pas tous les boutons Cloudflare

Thu, 28 May 2026 00:00:00 +0000

Le tableau de bord Cloudflare n’est pas une checklist.

C’est la règle. Une instance vanityURLs à un travail etroit : servir des liens courts depuis un Worker, garder les pages opérationnelles derrière Access et laisser Cloudflare rejétér le bruit évident avant le code applicatif. Les contrôles baseline sont documentes dans Protection réseau. L’inventaire produit est documente dans Produits Cloudflare.

Ce billet documente l’espace negatif. Il nomme les boutons qui devraient rester étéints sauf si l’opérateur à une raison qui survit au fait de l’écrire.

Ne supprimez pas un lien pour changer son sens

Wed, 27 May 2026 00:00:00 +0000

Un lien court survit souvent au moment qui l’a créé.

Quelqu’un le colle dans un runbook. Quelqu’un l’imprime sur une diapositive. Quelqu’un l’ajoute aux favoris. Six mois plus tard, une destination change et la solution tentante est de supprimer la ligne.

Ne commencez pas par la. Dans vanityURLs, les états de cycle de vie rendent la décision opérationnelle explicite dans custom/v8s-links.txt : rediriger, expirer, désactiver, mettre en maintenance ou disparaitre comme un vrai introuvable.

Cloudflare Access n'est pas une case a cocher

Tue, 26 May 2026 00:00:00 +0000

Le mode d’echec est ordinaire. Quelqu’un ouvre /en/_stats/ dans une fenêtre de navigation privée et voit le tableau de bord au lieu de la page de connexion Cloudflare Access.

C’est tout le probleme. Les redirections publiques doivent rester publiques. Les pages opérationnelles ne devraient pas l’être.

Pour vanityURLs, Cloudflare Access à un travail etroit : garder les chemins stats localisés comme /en/_stats/, les chemins de test localisés comme /en/_tests/ et les surfaces opérateur similaires privées avant que le Worker les serve. Traitez-le comme une frontiere d’accès, pas comme un souvenir de setup.

Les slugs aléatoires ont encore des lecteurs humains

Tue, 26 May 2026 00:00:00 +0000

Les slugs aléatoires servent aux moments ou le mot-cle n’a pas d’importance.

Vous collez une longue URL. lnk choisit le slug. Vous continuez. Le piege : un slug aléatoire peut quand même être lu depuis une diapositive, tape depuis un badge, dicte en appel, colle dans un ticket ou compare dans une capture d’ecran.

Dans vanityURLs 3.x, la génération de slugs aléatoires est configurable. Les instances existantes peuvent l’obtenir avec le workflow de mise a niveau, incluant npm run upgrade.

Checklist de release pour une instance vanityURLs