You are not logged in.
Bonjour
Je suis amené à mettre à jour la base par programme (Mise à jour des groupes à partir d'un référentiel et rattachement des utilisateurs)
Cela marche bien ...
Je voudrais mettre à jour la partie historique pour garder la trace de ces mises à jour au niveau des groupes et des utilisateurs
Je ne trouve pas la table qui enregistre cela.
Merci pour votre aide
Jean-Paul
Offline
J'ai trouvé : glpi_logs ....
Plus qu'à décortiquer à moins que je puisse trouver une description du modèle de données
Offline
dans la table glpi_logs :
- itemtype : type de l'object (en anglais) Computer, Peripheral...
- items_id : id de l'object correspondant au type
- linked_action : vous avez l'explication des valeurs au début du fichier log.class
- user_name : ID de l'utilisateur ayant réalisé l'action qui peut être précédé du type de l'utilisateur (plugin_fusioninvenory par exemple)
- date_mode : date de l'action
- old_value : valeur du champ avant la modification
- new value : valeur du champ après la modification
pour ces 2 valeurs un champ vide signifie que le champ a été rempli (si old_value est vide) ou vidé (si new_value est vide)
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
je travaille actuelllement sur un report automatique des logs de glpi sur l'activité liée à l'instalalton de logiciels.
Dans la table event_logs, je trouve 2 ligne pour chaque action : une pour le computer et une pour le logiciel.
Y-a-t'il un lien entre les 2 pour avoir un enregistrement par action ?
Olivier.
Offline
La table glpi_events est pour les journaux.
Dans la table glp_logs vous avez une ligne par action et par objet.
Vos deux lignes concernent le lien Logiciel/Computer pour l'objet Logiciel et le lien Computer/Logiciel pour l'objet Computer.
En effet, vous pouvez accèder indiféremment à l'un des 2 objets donc il faut bien que les 2 liaisons soient effectuées
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour
Merci pour ces infos
Je vois que User_name vaut "Jean-Paul CLERC(732)"
Je devine qu'il s'agit de "Nom d'utilisateur (identifiant)"
Je cherche aussi à comprendre id_search_option
Last edited by jean-paul.clerc (2017-05-02 10:51:38)
Offline
user_name c'est effectivement l'identifiant de l'utilisateur.
l'id_search_option, comme son nom l'indique, est l'id de l'option proposée dans le moteur de recherche (fonction getSearchOptions() de chaque objet.
Exemple : vous avez un intemtype Computer et in id_serach_option à 16 => vous avez modifié le champ commentaire sur la fiche de l'ordinateur
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
OK, je comprends
Et c'est documenté qqpart ?
Offline
l'API de GLPI est ici https://forge.glpi-project.org/projects … index.html
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline