Guides

Deux canaux d’installation : le paquet .deb pour utiliser Dinoer tel quel, un clone Git pour qui compte le modifier. Voir Installer pour le détail des deux.

La seule chose qui peut vous arrêter

Dinoer refuse de fonctionner pour un modèle qui ne peut pas afficher le numéro de version de son propre guide. Si vous omettez cette option, vous obtenez ceci : une sortie réelle, provenant d’une exécution réelle :

{"succes": false, "erreur": "guide_non_lu", "guide_version_attendue": "1.6"}

C’est le seul endroit où Dinoer impose quelque chose plutôt que de simplement le proposer, et cela existe en raison d’un incident documenté dans le projet dont cette version dérivée est issue : un utilisateur a utilisé l’outil pendant plusieurs sessions sans lire son guide et a produit une série d’erreurs que le guide met explicitement en garde.

La serrure est conçue pour être coopérative : elle rend le contournement du système une action délibérée plutôt qu’un accident. Elle ne peut pas empêcher quelqu’un qui est déterminé à la tromper.

Les informations d’identification ne transitent jamais par votre terminal

Le schéma ci-dessous n’est pas une simple commodité ; c’est la raison pour laquelle le répertoire chiffré existe.

{"type": "remplir", "selecteur": "input[name=\"password\"]",
 "valeur": "depuis_secrets", "secret_cle": "password"}

Où les mots de passe sont stockés, et l’erreur qui les enregistre en texte clair →

Où commencer

N’exécutez-le jamais avant : Installez, puis effectuez le premier lancement. Cette étape prend quelques minutes et se termine par une réponse réelle et lisible provenant de votre propre machine.

Ayez une question de recherche, et non une simple page : Mener une campagne de recherche est le guide à lire ensuite.

Vous l’avez déjà configuré et vous souhaitez automatiser une tâche en plusieurs étapes : Rédaction d’un scénario.

Quelque chose est cassé plutôt que manquant : vous voulez Recettes au lieu de cela — cette section est organisée par symptôme.