Une image, sur votre infrastructure
Le dashboard s'expédie sous la forme d'une seule image Docker et tourne sur le matériel que vous contrôlez. Trois moteurs de base de données, aucune télémétrie produit par défaut (rien n'est envoyé à PostHog sauf si vous renseignez votre propre clé), et aucun compte requis pour la récupérer.
- Conteneur à lancer
- 1
- Moteurs de base de données
- 3
- Architectures CPU
- 2
- Télémétrie produit par défaut
- 0
Récupérer l'image
Aucun compte, aucune connexion à un registre — l'image est publique sur Docker Hub. Épingler une version →linux/amd64linux/arm64
La décision
Ce que l'auto-hébergement vous apporte, et ce qu'il vous coûte
Il n'existe pas de dashboard hébergé auquel se comparer — l'auto-hébergement est la façon dont le produit fonctionne. La vraie question n'est pas si ça en vaut la peine, mais ce que vous prenez à votre charge.
Reste de votre côté
- Votre code source. Le scanner lit votre dépôt depuis l'intérieur de votre propre réseau. Rien n'est envoyé pour en extraire les clés.
- Vos traductions. Elles vivent dans la base de données que vous avez indiquée au conteneur — un fichier SQLite dans un volume, ou un serveur Postgres/MySQL que vous exploitez déjà.
- Vos clés de fournisseur. DeepL, Google, LibreTranslate : les appels partent de votre instance, chiffrés au repos avec votre propre secret de session.
- Votre frontière réseau. Le port publié se lie à 127.0.0.1 par défaut. Rien n'est accessible depuis une autre machine tant que vous ne l'avez pas décidé.
Devient votre travail
- Le TLS et le reverse proxy. Rien dans l'image ne termine le TLS. L'exposer au-delà de localhost implique de mettre Caddy, nginx ou Traefik devant.
- Les sauvegardes, et leur test. Un volume ou un dump de base de données. La CLI embarquée exporte tout en JSON ; la restauration reste à votre charge.
- Les mises à jour. Récupérez le nouveau tag et redémarrez. Les migrations s'exécutent seules au démarrage, et une migration échouée n'est pas enregistrée : le prochain démarrage la retente.
- La connexion, en mode serveur. Plusieurs comptes sur une même instance se connectent via le service de comptes central que nous opérons ; vous ne pouvez pas faire tourner le vôtre aujourd'hui.
Entre
- Votre équipe
- Le TLS et le reverse proxy.
Votre instance
127.0.0.1:6001Base de données · SQLite / PostgreSQL / MySQL
Sort
- Notre compte central
- Connexion
- Votre offre : au plus toutes les 15 min, dès qu’un secret de déploiement est défini
- Première traduction automatique : identifiant de compte seul
- Votre fournisseur de traduction, avec votre clé
- Notre site : fichiers de langue de l’interface, chargés par le navigateur
Votre instance contacte bien le compte central : pour la connexion (toujours en mode serveur ; en mode local, seulement pour un compte sans mot de passe local) ; et, dès qu'un secret de déploiement est défini, pour votre offre (au plus toutes les 15 minutes, tant que le dashboard est utilisé) et votre première traduction automatique (identifiant de compte seul). Le navigateur télécharge depuis notre site les fichiers de langue d'interface autres que l'anglais.
Choisir
Comment vous voulez le faire tourner
Trois modes, une seule image. Le mode décide qui se connecte et de quoi l'instance dépend — il ne change pas le produit.
Local
Par défautChoisissez ceci si c'est vous, ou une petite équipe, derrière un réseau de confiance.
- Un écran de connexion, avec un compte unique créé au premier lancement.
- SQLite dans un volume Docker. Aucun second service à faire tourner.
- Vos données et votre connexion restent sur votre machine. Les fichiers d'interface non anglais viennent encore de chez nous.
Serveur
Multi-équipeChoisissez ceci si plusieurs personnes ont besoin de leur propre compte sur la même instance.
- Connexion, rôles, et le workflow Brouillon → Relu → Approuvé.
- Une base de données réseau — PostgreSQL ou MySQL.
- La connexion passe par le service de comptes central que nous opérons ; vous ne pouvez pas faire tourner le vôtre aujourd'hui.
Desktop
Sans DockerChoisissez ceci si vous préférez ne pas faire tourner de serveur du tout.
- Build natif macOS, Windows et Linux avec le serveur embarqué.
- Les traductions sont stockées dans un SQLite local et ne quittent la machine que lorsque vous les envoyez à un service que vous avez configuré, comme un fournisseur de traduction ou un dépôt Git.
- La connexion passe toujours par votre compte en ligne.
Choisissez un moteur
Votre base de données, votre fichier compose
Les trois moteurs portent les 27 mêmes tables : le choix ne porte donc pas sur la correction, mais sur la façon dont vous sauvegardez l'instance et sur qui d'autre doit y accéder.
Un fichier, un conteneur
Ce que l'image publiée embarque et ce qu'utilise l'application desktop. Aucun second service, aucun identifiant à gérer. L'instance entière tient dans ce fichier plus un volume Docker.
Le port se lie à 127.0.0.1 à dessein : accessible depuis cette machine, depuis nulle part ailleurs. Le mode local est pensé pour une personne ou une petite équipe, donc n'élargissez cette liaison que derrière un proxy, un pare-feu ou un VPN de confiance.
Le port publié se lie à 127.0.0.1 par défaut. Rien n'est accessible depuis une autre machine tant que vous ne l'avez pas décidé.
Desktop ou auto-hébergé
Ce qui change quand vous auto-hébergez
| Critère | Application desktop | Auto-hébergé |
|---|---|---|
| Installation | Télécharger et ouvrir | docker compose up -d |
| Base de données | SQLite, intégré | SQLite, PostgreSQL ou MySQL |
| Où vivent les données | Votre machine | Votre infrastructure |
| Mises à jour | Automatiques | docker compose pull && docker compose up -d |
| Accès de l'équipe | Vous seul, sur cette machine | Toute votre équipe — le mode serveur se connecte via notre service de comptes central |
Ce qui dépend d’Elysera aujourd’hui
Ce qui dépend encore d’Elysera
Ce projet est exploité par Elysera, qui détient les droits sur le code. Voici ce qui dépend encore d’Elysera aujourd’hui.
Local
Vos données, le serveur et votre connexion tournent tous sur votre machine : le compte créé au premier lancement se connecte avec un mot de passe local, et la session se renouvelle sans contacter Elysera. Une chose passe encore par Elysera : les fichiers d’interface non anglais, que votre navigateur télécharge depuis son site (s’il n’y parvient pas, l’interface se rabat sur la copie de l’instance, en anglais là où elle n’a rien). Un compte connecté via le compte central peut définir un mot de passe de secours local pour s’en passer.
Serveur
La connexion passe par le service de comptes central qu’Elysera exploite. Vous ne pouvez pas faire tourner le vôtre aujourd’hui : son code n’est pas publié et le dashboard utilise son protocole de connexion, donc un fournisseur OIDC standard n’est pas un remplaçant direct. S’il est injoignable, la connexion s’arrête en quelques minutes. Votre offre, elle, ne change pas : l’instance conserve la dernière qu’elle a vue et ne la baisse jamais d’elle-même, sauf pour un essai terminé.
Desktop
Vos traductions sont stockées dans un fichier SQLite sur votre machine. La connexion passe par le compte central.
Partir
Partir avec vos données
L’export s’exécute sur votre propre instance, avec un jeton que vous définissez. Il n’a besoin ni d’un compte Elysera, ni d’une autorisation.
Du JSON, dans la forme de votre projet
Une langue ou toutes. Le fichier suit la forme qu'avaient vos fichiers quand le dashboard les a scannés, à plat ou imbriquée ; s'ils étaient mélangés, ou jamais scannés, il est imbriqué. Les clés sans traduction pour l'instant sont omises.
Une sauvegarde complète
Un seul fichier JSON avec toute l'instance, restaurable sur une autre. Il demande le jeton d'administration, distinct.
Vos fichiers de langue
Ils vivent dans votre propre dépôt. Le dashboard les lit et y réécrit via la synchronisation ; l'arrêter les laisse là où ils sont.
En ligne de commande
Dans l'image Docker, avec les jetons définis dans l'environnement :
docker exec -it i18n-dashboard i18nd exportdocker exec -it i18n-dashboard i18nd backup
Ce qui n’est pas promis
Un aller-retour identique à l'octet près. L'export suit la forme de vos fichiers, mais l'ordre des clés et la mise en forme peuvent différer de vos originaux : un diff contre eux peut ne pas être propre.
Traduire votre app en quatre étapes.
Créez votre compte
Gratuit pour commencer : 30 jours de n'importe quel plan, sans carte. Reste gratuit pour 1 projet.
Installez-la
Sur votre propre serveur. Puis ouvrez localhost:6001.
Guide d'auto-hébergementdocker compose pull && docker compose up -dmacOS, Windows ou Linux. Elle lance son propre serveur local.
Télécharger l'appConnectez votre projet
Pointez-la vers un dossier ou un dépôt Git. Elle détecte votre framework et vos fichiers de langue.
Traduisez
Choisissez l'un des 8 moteurs et traduisez une langue entière d'un coup. Google Translate fonctionne sans clé.