Qu'est ce que vous utilisez comme logiciel pour éditer vos XML qui soit libre, génial, convivial... Je n'ai pas fait le tour de la question depuis quelques temps mais à l'époque, c'était pas terrible.
J'aimerais bien voir l'interface de configuration d'un serveur comme exim fait via un schéma ?
Je sens que dans ce débat, il y a les pros XML qui m'ont l'air pour les IHM graphique de configuration et les autres. Pour moi, une IHM graphique pour configurer exim me semble une voie glissante vers le clickodrome Windows ou finalement, tu ne comprends pas grand chose de ce que tu fais. Comment répares-tu ce genre d'usine à gaz, bien tu ré-installe comme tout le monde car c'est quasiment pas réparable sauf par un spécialiste quasi inexistant.
Exemple pris sur un logiciel qui n'est pas un serveur : thunderbird. Je ne sais pas vous mais moi, lorsqu'un de mes utilisateurs a un profile qui pars en sucette (et cela arrive parfois malheureusement), je suis incapable de réparé cette usine à gaz et je repars sur un nouveau profile. L'utilisateur est content mais en réalité, je suis d'une grande incompétence.
Je voudrais éviter d'avoir à faire cela sur mes serveurs de mails, mes apaches, mes machines virtuelles, ma haute disponibilité... Je ne me considère pas comme un très bon administrateur système et pourtant, comme des milliers d'autres, j'arrive à réparer des configurations foireuses si celle-ci ne sont pas noyés dans des IHM graphiques et des fichiers de configurations obscurs.
Au final, je me fiche pas mal que le XML ait un schéma qui me permette de valider ma configuration. C'est comme un formulaire web, ce n'est pas au javascript de valider les données mais toujours au serveur. Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
Je préfère que le serveur ait un mode ou il charge le fichier de configuration et me disent lui-même ce qu'il en pense. Normalement, un serveur programmé correctement devrait avoir un mode comme cela. Qu'en interne, celui-ci transforme mon fichier de configuration en XML et lance un validateur de schéma, c'est le choix du programmeur et je le respecte entièrement.
> Après, un fichier de configuration c'est surtout fait pour stocker la
> configuration d'un logiciel
J'ai l'impression qu'il y a peut être là un mélange mais je me trompe peut être. On a l'impression que tu parles de l'état du logiciel. Que le logiciel stocke sont état sous un fomat quelconque pour se relancer plus vite et dans le même état ensuite me convient parfaitement. Dans ce cas là, autant avoir un format binaire type HDF par exemple mais toutes les solutions peuvent être bonne en fonction du contexte. Mais il ne s'agit plus vraiment de configuration (donc de /etc) mais plutôt de données donc dans /var ou /data
[^] # Re: virt-manager
Posté par Sytoka Modon (site web personnel) . En réponse au journal VirtualBox 2.0 is out !. Évalué à 2.
J'aimerais bien voir l'interface de configuration d'un serveur comme exim fait via un schéma ?
Je sens que dans ce débat, il y a les pros XML qui m'ont l'air pour les IHM graphique de configuration et les autres. Pour moi, une IHM graphique pour configurer exim me semble une voie glissante vers le clickodrome Windows ou finalement, tu ne comprends pas grand chose de ce que tu fais. Comment répares-tu ce genre d'usine à gaz, bien tu ré-installe comme tout le monde car c'est quasiment pas réparable sauf par un spécialiste quasi inexistant.
Exemple pris sur un logiciel qui n'est pas un serveur : thunderbird. Je ne sais pas vous mais moi, lorsqu'un de mes utilisateurs a un profile qui pars en sucette (et cela arrive parfois malheureusement), je suis incapable de réparé cette usine à gaz et je repars sur un nouveau profile. L'utilisateur est content mais en réalité, je suis d'une grande incompétence.
Je voudrais éviter d'avoir à faire cela sur mes serveurs de mails, mes apaches, mes machines virtuelles, ma haute disponibilité... Je ne me considère pas comme un très bon administrateur système et pourtant, comme des milliers d'autres, j'arrive à réparer des configurations foireuses si celle-ci ne sont pas noyés dans des IHM graphiques et des fichiers de configurations obscurs.
Au final, je me fiche pas mal que le XML ait un schéma qui me permette de valider ma configuration. C'est comme un formulaire web, ce n'est pas au javascript de valider les données mais toujours au serveur. Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
Je préfère que le serveur ait un mode ou il charge le fichier de configuration et me disent lui-même ce qu'il en pense. Normalement, un serveur programmé correctement devrait avoir un mode comme cela. Qu'en interne, celui-ci transforme mon fichier de configuration en XML et lance un validateur de schéma, c'est le choix du programmeur et je le respecte entièrement.
> Après, un fichier de configuration c'est surtout fait pour stocker la
> configuration d'un logiciel
J'ai l'impression qu'il y a peut être là un mélange mais je me trompe peut être. On a l'impression que tu parles de l'état du logiciel. Que le logiciel stocke sont état sous un fomat quelconque pour se relancer plus vite et dans le même état ensuite me convient parfaitement. Dans ce cas là, autant avoir un format binaire type HDF par exemple mais toutes les solutions peuvent être bonne en fonction du contexte. Mais il ne s'agit plus vraiment de configuration (donc de /etc) mais plutôt de données donc dans /var ou /data