# Variables

> Les réglages que le service lit à son démarrage.

L'onglet **Variables** liste ce que le service lit dans son environnement au démarrage :
un mot de passe, un nombre de joueurs, l'adresse d'une base.

Chaque ligne porte son nom lisible, le nom technique en dessous, et le contrôle qui va
bien : un champ pour du texte, une liste quand les valeurs sont contraintes, un cadenas
quand le réglage a été fixé à la commande.


<Frame caption="Chaque réglage avec son nom lisible, son nom technique, et le contrôle qui va bien">
  <img src="/images/espace-client/modale-variables.webp" alt="Chaque réglage avec son nom lisible, son nom technique, et le contrôle qui va bien" />
</Frame>

## Enregistrer

Le bouton **Enregistrer** n'apparaît que si tu as changé quelque chose. Il écrit tout
d'un coup et relit la liste.

<Warning>
Une valeur enregistrée ne s'applique **qu'au prochain démarrage**. Un processus déjà
lancé ne relit pas son environnement : [redémarre](/espace-client/service#le-bandeau) le
service pour que ça compte.
</Warning>

## Brancher un service sur un autre

Plutôt que de copier l'adresse d'un voisin — qui changera — écris une **référence** :

```
${ma-base.URL}
```

Trois champs existent : `HOST` pour l'adresse interne — `ma-base.arkya.internal` —, `PORT`
pour son port, `URL` pour la chaîne complète. La référence garde le **nom court** entre
accolades ; elle est résolue au démarrage, et elle suit le voisin s'il bouge.

Écrire une référence crée aussi la flèche sur le [canevas](/espace-client/canevas#lire-un-lien).
C'est la même vérité, montrée deux fois.

<Tip>
Une référence vers un service absent du projet est refusée à l'enregistrement, plutôt que
résolue en chaîne vide au démarrage — tu l'apprends tout de suite, pas en lisant les
journaux à trois heures du matin.
</Tip>