Blog
Ce que nous avons livré et ce qui a changé. De courtes notes sur chaque version paraissent aussi sur notre canal Telegram.
Tous vos serveurs et ordinateurs dans un seul onglet, chaque commande dans son propre bloc, et aucune clé sur votre appareil. Ce que tTerm Web sait faire aujourd’hui, comment connecter une machine et ce qui arrive ensuite.
Lire l’articleTout le code de tTerm est désormais sous AGPL v3 au lieu de MIT, et des offres payantes arrivent bientôt. Voici pourquoi l’un n’empêche pas l’autre, et pourquoi nous avons ouvert jusqu’au serveur.
Runbooks, check-lists et notes sur les accès sont désormais rangés à côté des machines qu’ils concernent. Vous pouvez créer vos propres projets et donner à chacun sa couleur, nommer vos terminaux, et déplacer machines et notes d’un projet à l’autre. Voici ce que tTerm Web a appris à faire dans ses premiers jours.
Sur un serveur, chaque fenêtre a toujours été un terminal à part entière. Sur un ordinateur équipé de l’agent, toutes les fenêtres partageaient un seul shell : un cd dans l’une déplaçait aussi les autres, et tant qu’un programme tournait dans une fenêtre, les autres devaient attendre. Désormais, chaque fenêtre a son propre shell, comme sur un serveur. Vous pouvez laisser tourner un serveur de développement dans une fenêtre et travailler dans une autre.
Quand un programme demandait Continue? (Y/n), il n’y avait aucun moyen de répondre : votre message ne partait qu’à la fin de la commande. Désormais, tout ce que vous tapez pendant qu’une commande s’exécute est envoyé à son entrée, comme dans un terminal. Le bot marque un tel message d’un 👌.
Auparavant, l’agent lançait bash quoi qu’il arrive. Sur macOS, où zsh est le shell par défaut depuis 2019, cela voulait dire un environnement qui n’était pas le vôtre : la moitié de ce que vous aviez installé restait introuvable.
github.com/tterm-net porte le badge Verified : GitHub a confirmé que derrière l’organisation et tterm.net se trouvent les mêmes personnes.
Vous pouvez désormais garder plusieurs terminaux ouverts sur le même serveur : l’un qui suit un journal, l’autre pour travailler. Ils apparaissent comme des lignes distinctes dans /use, chacun avec son propre shell : un cd dans l’un laisse l’autre là où il était.
Un terminal pour vos serveurs, directement dans Telegram. Tapez une commande, elle s’exécute sur votre machine, et la réponse revient sous forme de message avec le code de retour, le répertoire de travail et la branche git. Le shell se souvient de l’endroit où vous vous étiez arrêté.
Le bot tourne désormais sur son propre serveur et ne dépend plus d’un ordinateur portable resté ouvert. Le code source du bot et de l’agent est public.
La liste des machines, les menus et les confirmations passent désormais par des boutons dans les messages. Une machine injoignable apparaît en grisé au lieu de mener à une erreur.
Partage d’accès limité dans le temps. Un accès expiré se ferme de lui-même, et les deux parties en sont averties. Les propriétaires peuvent exporter tout l’historique des commandes dans un fichier.
Les ordinateurs peuvent aussi être connectés, grâce à un petit agent qui se connecte lui-même vers l’extérieur. Pour l’instant, sous macOS et Linux.
Chaque version en quelques mots, sur le canal de tTerm.
