Bonjour,
Finalement, j'ai trouvé une solution qui me semble élégante (cf.
revision 18937). N'hésitez pas à me dire si vous trouvez cela inapproprié.
La question de Julien est intéressante : ne faudrait-il pas à la
migration nettoyer la DB en supprimant cette duplication ?
On peut la supprimer. Mais la question est de savoir parmi les deux
ports connectés ayant cette même information, sur lequel la
supprimons-nous ? Est-ce sur celui du switch ou celui de l'autre
équipement ? Lorsque des deux côtés nous avons un équipement de même
nature (deux switchs, deux PCs ...), lequel doit-on supprimer ?
Damien
On 17/07/2012 16:39, Damien Touraine wrote:
Nous pourrions ajouter un élément dans la variable global _SESSION.
J'ai essayé, mais mes compétences en AJAX sont trop limitées pour
créer un lien qui change la variable _SESSION en rechargeant l'onglet
(cf. ligne 102 de NetworkPortEthernet.class.php avec le patch ci-joint).
Damien
On 17/07/2012 16:00, Julien Dombre wrote:
Salut,
je suis assez d'accord sur le fait que cette duplication
d'information n'est à l'origine que virtuelle afin d'avoir l'ensemble
des informations affichées.
En 0.84, vu l'ensemble des évolutions sur cette partie, je suis
d'accord sur le fait de ne plus dupliquer l'information. Le moteur de
recherche global répondant à la problématique de recherche et
l'affichage tel que tu le proposes répond à la problématique de vision.
Une option de config peut par contre être lourd à gérer sur ce genre
de chose. On pourrait imaginer un système ou par défaut on ne voit
pas les éléments liés mais via un lien ou un bouton les afficher.
Autre questionnement, si on supprime cette duplication d'information,
ne faudrait-il pas à la migration nettoyer la DB au passage ?
++
Julien
Le 17/07/2012 14:40, Damien Touraine a écrit :
Bonjour,
C'est un sujet connexe au problème soulevé par Xavier ("Comportement
de la gestion des prises réseaux").
Dans la version actuelle du trunk (0.84), nous ne propageons pas les
informations entre deux ports connectés : si on modifie la prise
réseau d'un PC, le port du switch en vis-à-vis n'est pas modifié.
Cela avait été désactivé pour facilité le débuggage des ports
réseaux en cours de refonte. Nous pouvons le rétablir. Mais à la
réflexion, cette duplication des informations peut être très lourde
à gérer (cf. cas soulevé par Xavier), surtout si on duplique
également les informations internet.
De plus, elle n'a pas forcément de sens. Par exemple, entre nos
bâtiments, les fibres passent par une armoire de brassage hors de
notre contrôle et les noms des connecteurs de fibres sont ceux
imposés par le fournisseur extérieur. Donc, deux ports de switchs
reliés entre eux par une telle fibre ont nécessairement des NetPoint
différents.
L'un des intérêts de cette duplication est de permettre une
recherche dans la base de données. L'utilisation du moteur de
recherche "global" introduit dans la 0.84 nous permettra de trouver
l'une des extrémité branchée à ce NetPoint. Il suffira de suivre le
"fil" pour retrouver l'autre bout.
Le second intérêt de cette duplication est de permettre une
visualisation directe de l'information lorsque l'on consulte la
liste des ports d'un équipement réseau ou autre (PC, téléphone ...).
Pour ce second cas, je propose le patch ci-joint qui vise à
afficher, pour un port Ethernet donné, les informations du port en
vis-à-vis, s'il est connecté.
Nous pourrions envisager une option de configuration pour
l'utilsateur afin de désactiver ce double affichage et alléger la
page de rendu des ports des switchs.
Damien
PS : désolé Xavier, mais je n'ai pas de réponse à te fournir pour
ton problème avec la 0.83.
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
