URL canoniques
Chaque organisation et chaque projet a un public_id court et stable derrière ses URL publiques. Renommez l'organisation ou le projet : les liens existants continuent de fonctionner.
Pourquoi pas le slug
Les slugs sont pratiques jusqu'au jour où quelqu'un renomme. Une URL de formulaire sur Twitter, un QR code sur un flyer, un lien dans un e-mail d'accueil : tout casse dès que acme devient acme-labs.
Opini résout les URL publiques à partir d'un public_id de 10 caractères (Crockford base32, donc sans caractères ambigus comme I/l/O/U). L'identifiant ne change pas lors d'un renommage.
À quoi elles ressemblent
L'organisation et le projet ont chacun leur identifiant. L'URL canonique du formulaire hébergé ressemble à ceci :
https://opini.dev/f/<org-public-id>/<project-public-id>Les annonces de version et les endpoints de l'API publique suivent le même schéma : /r/..., /api/v1/public/projects/....
Copiez le public_id d'un projet depuis Paramètres → Général. Il se trouve juste sous le nom, avec un bouton de copie. La page de paramètres de l'organisation a le même.
Les URL à slug redirigent
Les anciennes URL à slug (/f/acme/main) ne cassent pas : elles redirigent en 301 vers l'URL canonique avec le public_id. Les navigateurs mettent la redirection en cache et les moteurs de recherche mettent leur index à jour. Vous pouvez continuer à partager des URL à slug : elles finiront par se stabiliser sur la forme canonique.
Après le renommage d'une organisation ou d'un projet, l'ancien et le nouveau slug fonctionnent tous les deux. Le public_id fait foi, le slug n'est qu'un raccourci lisible.
Changer un public_id
Ce n'est pas possible. Le public_id est stable exprès : le changer casserait tous les liens qui l'utilisent, ce qui irait à l'encontre du but.