Une commande par ligne

Au démarrage, le serveur lit server.cfg de haut en bas et exécute chaque ligne comme si tu la tapais toi-même dans sa console. Un fichier cfg n'est donc pas un programme : ni variables à calculer, ni conditions, ni boucles. C'est une liste d'ordres, exécutés dans l'ordre où ils sont écrits.

La forme d'une ligne

sv_maxclients 32

D'abord la commande (sv_maxclients), puis ses arguments (32), séparés par des espaces. Par convention, les commandes s'écrivent en minuscules.

Les guillemets

L'espace sépare les arguments. Pour qu'un argument contienne lui-même des espaces, on l'entoure de guillemets droits :

sv_hostname "Shadow RP | Serveur de test"

Sans les guillemets, le serveur verrait cinq arguments -- Shadow, RP, |, Serveur... -- et le nom affiché ne serait pas celui que tu voulais.

Autour d'un mot seul, les guillemets sont permis mais inutiles : sv_maxclients "32" et sv_maxclients 32 reviennent au même.

Les commentaires

Tout ce qui suit un # est ignoré jusqu'à la fin de la ligne :

# Nombre de places sur le serveur
sv_maxclients 32   # à augmenter à l'ouverture

Un # placé entre guillemets fait partie du texte : sv_hostname "Serveur #1" affiche bien « Serveur #1 ».

Commenter une ligne est aussi la façon la plus simple de la désactiver sans la perdre : il suffit d'ajouter # devant.

Majuscules et noms de ressources

Les noms de ressources correspondent à des noms de dossiers. Sur un serveur Linux -- le cas le plus courant -- chat et Chat sont deux dossiers différents : écris-les exactement comme ils sont nommés sur le disque.

Le piège des erreurs silencieuses

Une ligne que le serveur ne comprend pas n'arrête pas le démarrage : il affiche un avertissement dans sa console, souvent noyé parmi des centaines d'autres, et passe à la suivante. Une faute de frappe dans un fichier cfg ne se voit donc qu'à ses conséquences. D'où l'intérêt de relire la console au démarrage.