Les évolutions importantes de lil-terminal : nouveaux flux de travail, changements de compatibilité et fonctions qui simplifient le travail sur un hébergement mutualisé.
Public
Gérer les bases de données directement depuis lil-terminal
Connectez-vous à MySQL/MariaDB, PostgreSQL, Redis, SQLite et MongoDB sans SSH. Chaque moteur garde son propre pilote et db fournit un accès court au pilote choisi pour la session.
mysql, postgresql, redis, sqlite et mongodb restent séparés car leurs modèles de données diffèrent. Ils ne partagent que les actions réellement communes : connexion, inspection, recherche, exportation, écriture, sauvegarde et restauration.
Les identifiants passent par l’invite de mot de passe masquée et chaque action utilise les droits du compte fourni. En production, des comptes limités et des sauvegardes restent le choix le plus sûr.
Pour tester le flux sans serveur externe, installez db et sqlite puis utilisez la base de boutique fournie dans /sandbox/.
install db sqlite
db sqlite | db -c \sandbox\db\shop.sqlite | db -t | db -n products 5
install mysql postgresql redis mongodb
Public
Travailler avec le fichier actif sans répéter son chemin
$ pointe vers le dernier fichier ouvert, créé ou modifié. Un nom de fichier saisi seul peut aussi être ouvert avec le gestionnaire installé le plus adapté à son extension.
Après mf scratch.json, par exemple, code $, json $ ou del $ peuvent continuer sur le même fichier. Les modules spécialisés par format passent avant les éditeurs généraux et la saisie d’un nom de fichier n’installe jamais automatiquement un module.
ini, json, xml, yml, toml, conf et properties travaillent directement sur les fichiers structurés ; img couvre l’inspection, le redimensionnement et la conversion des images courantes. Installez uniquement les outils nécessaires.
Ces raccourcis appartiennent au Core. Si une ancienne installation ne les reconnaît pas, remplacez son lil.php par le Core actuel ; upgrade met les modules à jour mais ne remplace pas le fichier du Core.
mf scratch.json
code $
app.yml
json $ -f "pass" -k
json $ -w user.password : "Ed1g!fs:13od"
img \sandbox\images\photo.jpg
Public
Voir le dossier courant avant de saisir une commande
Lorsque le champ de commande est vide, il indique discrètement le dossier de travail courant. Les champs de mot de passe affichent aussi un repère localisé sans révéler la valeur.
L’indication suit la session du terminal. Après cd ou une séquence qui change le dossier de travail, le prochain champ vide affiche immédiatement le nouveau chemin. Ce n’est qu’un repère visuel : il n’entre jamais dans la commande ni dans l’historique.
cd \sandbox
pwd
Public
@command : exécuter et installer seulement si nécessaire
Préfixez une commande interactive par @ : si son module manque, lil-terminal l’installe depuis le dépôt par défaut puis exécute la commande demandée.
Si la commande est déjà disponible, elle s’exécute immédiatement sans requête au dépôt. Une commande absente utilise le paquet Base public normal ; les noms secondaires comme @read ou @download sont résolus vers le module responsable.
@command reste volontairement réservé au mode interactif. Les scripts .lil gardent leurs dépendances explicites afin que l’automatisation reste prévisible.
@mf notes.txt
@curl https://example.com -I
@read README.md
Public
Enregistrer la sortie d’une commande dans un fichier avec >
Un seul opérateur du Core conserve le résultat à l’écran tout en écrivant le même texte dans un fichier.
dns google.com > save.log ajoute le résultat à save.log par défaut. -a explicite l’ajout et -r remplace le fichier. Les tableaux et autres sorties structurées sont convertis en texte lisible avant l’écriture.
history-o rappelle le dernier résultat textuel. Sur ordinateur, Cmd/Ctrl+S l’ajoute à history.log et Cmd/Ctrl+Shift+S remplace ce fichier par le même mécanisme.
dns google.com > save.log
dns gmail.com > save.log
dns gmail.com > save.log -r
history -o > history.log -r
Public
Les fonctions d’interface sous forme de paquets optionnels
Les fonctions navigateur comme les raccourcis clavier et l’éditeur de code peuvent être installées ou retirées séparément, afin de garder le Core et les paquets Minimum légers.
include gère des paquets d’interface nommés comme lil, hotkeys et code. Les modules Base peuvent demander les ressources navigateur correspondantes, tandis que les modules Minimum restent sans code d’interface optionnel.
Chaque paquet peut être vérifié, mis à jour ou retiré séparément ; les fonctions d’interface optionnelles n’ont donc plus besoin de rester en permanence dans le Core.
include -lil -v 1.0 -s
include -hotkeys -v 1.0 -s
help hotkeys -off
include -code -v 1.0 -i
include -code -v 1.0 -u
Aidez à améliorer lil-terminal
Autorisez une analyse facultative de l’utilisation des pages, téléchargements et interactions avec la documentation. Cette couche ne collecte jamais les mots de passe, le texte des retours ni les données du terminal. Confidentialité