Bonjour,
Vu que ceci semble etre l'avis de la majorité, je m'y range, et je
vais refaire la gestion des services avec ce schéma de base de donnée
le plus vite possible.
Tout ceci devrait arriver vendredi si tout se passe sans encombre.
J'ai cependant quelques questions.
- concernant la table dropdown_tos, peut-on la remplir autrement
qu'avec le fichier /etc/services, via formulaire d'insertion php comme
c'est le cas dans le code envoyé la semaine passée ?
- lors de l'installation d'un service (appellons ca comme cela),
préférez-vous que ceci se fasse dans l'onglet logiciels ? ou dans
l'onglet connexion, vu qu'un service écoute sur une/des certaine(s)
interface(s), avec certaine(s) ip(s) ? le support des services
configurés bizarrement sur certaines interfaces est prévu pour la
suite.
- de même, l'affichage d'un service installé doit il etre affiché dans
l'onglet logiciel (séparé des softwares) avec affichage des ip et des
interfaces ? ou dans l'onglet connexion ?
et puis questions sur l'implémentation dans les fichiers. Vous
préferez que les software et services (qui sont des logiciels avec ou
sans ports) soient implémentés dans les mêmes fichiers ? ou vous
préferez séparer ca dans 2 répertoires et dans des fichiers différents
?
Et pour la localisation, vous préferez tout avoir dans la partie
$lang["software"][id], ou bien vous préfèrez séparer les softwares et
les services ?
nicodache
On Wed, 16 Mar 2005 11:22:47 +0100, dombre
<[EMAIL PROTECTED]> wrote:
> Bonjour,
>
> Nous avions déjà discuter de l'architecture de la base de données pour les
> services via IRC en considérant les services comme des logiciels.
> Majoritairement, les avis montrent que les deux sont indissociables, je vous
> transmet le résultats de notre étude.
>
> Je recapitule :
> glpi_dropdown_tos (on gérera cette table comme un dropdown GLPI donc dans la
> partie intitulés de la configuration)
> C'est l'ensemble des services disponibles (cf. /etc/services)
> glpi_dropdown_tos a pour champs
> ID int auto_increment
> name varchar(255)
> port mediumint ou varchar(5)
> type enum('UDP','TCP')
>
> Un software peut utiliser plusieurs services ou aucun. Pour cela on créé
> la table glpi_software_tos qui contient :
> ID int auto_increment
> software int -> ID de glpi_software
> tos int -> ID de glpi_dropdown_tos
>
> Ce qui permet d'avoir N services pour un logiciels avec N variant de 0 à
> l'infini
>
> Ensuite pour gérer les ports spécifiques sur un ordinateurs on ne peut pas
> mettre cela dans glpi_inst_software car il peut y avoir plusieurs ports
> par software.
> Donc on créé une autre table spécifique pour gérer les exceptions et
> uniquement les exceptions. On ne mettra pas dedans les ports standards.
> glpi_specific_ports a pour champ
> ID int auto_increment
> inst_software int -> ID de glpi_inst_software -> l'installation
> concernée
> specific_port mediumint ou varchar(5)
> Et il faut un champ en plus pour savoir de quel port on parle pour ce
> logiciel precis deux possibilités :
> dropdown_tos -> ID de glpi_dropdown_tos
>
> Les informations supplémentaires sur les services prendront la forme de
> nouveaux champs dans la table software.
>
> Julien
>
> _______________________________________________
> Glpi-dev mailing list
> Glpi-dev@gna.org
> https://mail.gna.org/listinfo/glpi-dev
>
