dirdori.cloud, le terrain de jeu de Dir et Dori
Ce que c'est
Des jeux gratuits dans le navigateur, au fond de la mer, là où vivent Dir et Dori. Tu joues sans compte. Un score qui concourt pour un classement est rejoué par le serveur, donc un score truqué n'y arrive jamais.
Les vingt et un jeux se jouent aujourd'hui : les jeux de Dir sur le timing et le comptage, ceux de Dori sur le tri et la mémoire, et dix classiques dans leur propre habit. Les tournois et une porte pour les agents viennent plus tard.
Comment il tourne
- Une formule App : un conteneur avec une réplique chaude et sa propre base Postgres.
- Déployé depuis GitHub avec l'Action de déploiement de Dorelli, à chaque push sur main, avec le jeton d'identité de GitHub Actions comme preuve au lieu d'un jeton de déploiement.
- Vérifié toutes les cinq minutes, sauvegardé chaque nuit.
Un site maison
Le site est un client en tout : le même compte, la même formule, la même surveillance, la même facture. La maison règle cette facture à 0 €. Nous le disons ici, parce que tu peux vouloir savoir lesquels de nos exemples nous payons nous-mêmes.
Ce qu'il nous a appris
Les premiers jours ont trouvé quatre choses dans la plateforme qu'un client avec une app aurait aussi rencontrées. Les quatre sont corrigées.
- L'Action de déploiement n'envoyait pas l'image lors d'une première publication.
- Après la première publication, les clés dont un second déploiement a besoin n'étaient nulle part : le résumé renvoyait vers un mail qui ne les contient pas.
- Le rôle de base de données ne pouvait pas créer de table dans sa propre base.
- Le marqueur de site maison a retiré le jeton de déploiement, et un nouveau demandait un clic dans le portail. Désormais un site peut se déployer avec le jeton d'identité de GitHub Actions, lié à son dépôt, sans aucun jeton à garder.
C'est à ça que sert un site maison : il garde la plateforme affûtée avant qu'un client ne remarque quoi que ce soit.
Le code source devient public dès que le site tourne sur son propre domaine.