Étant donné que les principes de configuration de Nagios sont modifiés de version en version, il est imaginable de faire un script en PHP ou en Perl. En effet, il faudrait alors le modifier en profondeur à chaque nouvelle version. De plus, seuls les utilisateurs de NaReTo utiliseraient ce parseur et il est plus que probable que des bugs apparaissent alors. Enfin, la complexité de la configuration de Nagios est telle que ce n'est pas facile de se lancer et encore moins de le terminer. Donc, plutôt que de refaire tout depuis le début, il est préférable de... passer par les librairies Nagios! Et oui tout simplement!

"Tout simplement": tout est relatif. En effet, les librairies Nagios sont en C et je ne suis pas développeur. Je suis donc encore moins à l'aise avec le langage C: allocation, "Segmentation fault", concaténation de chaîne et autres bibliothèques ne sont pas facilement utilisables lorsque l'on vient du Perl comme j'en viens. C'est très très complexe. Mais bon, à force de s'arracher les cheveux, de se casser la tête et de se frapper les genoux avec la paume de la main, on finit pas avancer petit à petit. Même si le développeur de Nagios n'a pas forcément eu l'idée qui me permettrait d'aller plus vite en décidant que tous les objets ont un champ "name" plutôt qu'une fois c'est "contact_name", une autre "group_name" et une autre fois "name".

Mais le plus important est que petit à petit j'avance! En effet, pour le moment j'arrive à ajouter les contacts et les contacts groups dans la base de données de NaReTo. Et ultime point, j'arrive à faire les liens entre ces deux objets! Super: j'ai normalement les bases et je devrais pouvoir terminer dans pas longtemps. Enfin... sauf si il y a quelque chose qui m'a échappé bien entendu...