by Polina Marishicheva | Dec 18, 2019 | Blog, En bref
Après plusieurs semaines de développement, Teclib’ a le plaisir de vous annoncer la sortie de GLPI version 9.4.5.
L’archive de GLPI version 9.4.5 est disponible sur GitHub.
Vous trouverez ci-dessous la liste des changements les plus importants de cette version corrective :
- Les PDU sont maintenant associables aux tickets
- Corrections de plusieurs problèmes autour du moteur de recherche
- Correction de l’import des groupes LDAP
- Correction du lien sur les objets ITIL en fonction de leur statut
- Correction d’un problème de casse à la synchronisation des emails depuis Active Directory
- Et bien plus !
Voir le journal des changements complet pour plus de détails.
Nous remercions toutes les personnes qui ont contribué à cette nouvelle version et plus généralement toutes celles et ceux qui soutiennent régulièrement le projet GLPI.
Pour rappel, nous avons recemment lancé le service GLPI Network Cloud.
Si vous avez besoin d’une démonstration gratuite et personnelle ou d’une instance avec les plugins supportés par GLPI-Network, visitez glpi-network.cloud.
by Polina Marishicheva | Dec 16, 2019 | Blog, En bref
Formcreator est un plugin permettant la création de formulaires personnalisés simples d’accès aux utilisateurs aboutissant à la création d’un ou plusieurs tickets GLPI. Vous voulez savoir comment le plugin fonctionne? C’est ici.
Nous sommes heureux d’annoncer la sortie de la version 2.9.0 avec au menu du bug fixes:
* **actorsfield:** les dropdowns ne montrent pas tous les éléments
* **category:** Mauvais compte de sous catégories
* **category:** prise en charge des traductions
* **condition:** mauvais ordonnancement de l’affichage à l’édition
* **dropdown:** montre les ID des éléments
* **dropdownfield:** mauvais calcul de la racine et des limites
* **faq:** erreurs dans al liste de FAQ
Veuillez trouver la liste complète ici: click
Fonctionnalités:
* **section:** conditions d’affichage
* **form:** sélection automatique du validateur si un seul est disponible
* **timefield:** champ heure
* **question:** utilisation de font awesome
* **question:** déplacer une question en première position
* compatibilité avec GLPI 9.5
S’il vous plaît, téléchargez-le ici: click
by Polina Marishicheva | Nov 27, 2019 | Blog, En bref
Nous sommes heureux de vous annoncer la collecte de fonds pour le plug-in “d’anonymisation” pour GLPI! Notre tout dernier plugin permettra l’anonymisation des données dans GLPI, directement à partir de l’interface Web de la ligne de commande, de manière unitaire ou massive, et sera compatible avec GLPI 9.4 et versions ultérieures.
Retrouvez la description complète sur le site web Open Collective: https://bit.ly/2OoAKnp
Lorsque nous serons en mesure de collecter ce dont nous avons besoin, le développement du plugin ne prendra que 10 jours et sera introduit juste après.
Quel est notre objectif? 5 900 euros.
Ce plugin sera-t-il disponible gratuitement? Oui!
Combien de temps va prendre le développement? 10 jours ouvrables.
Alors, comment pouvez-vous soutenir GLPI? Si vous souhaitez participer au développement de nos solutions, vous pouvez nous aider de différentes manières:
Merci de nous soutenir et de soutenir notre projet open source!
by Alexandre Delaunay | Jun 28, 2018 | Blog, En bref
La nouvelle version de GLPI est arrivée, découvrez les nouvelles fonctionnalités !
Data Center Inventory Management
L’ajout principal de cette nouvelle version 9.3 de GLPI est le mode datacenter.
Les menus suivants ont été ajoutés :
Deux nouvelles vues graphiques apparaissent et permettent de manipuler en glisser-déposer les baies dans les salles, et les équipements dans les baies.
Depuis les modèles d’équipements (dans la configuration des intitulés), il est possible de définir les caractéristiques :
- poids ;
- profondeur ;
- unités requises ;
- et pour utilisation dans la vue baie, des images représentant l’avant et l’arrière de l’équipement.
Pour les utilisateurs du plugin Racks, nous fournissons un script optionnel de migration. Il est présent dans le dossier scripts/migrations de l’archive.
Historique des solutions ITIL
Sur les trois objets ITIL principaux (Tickets, Problèmes, Changements), les solutions peuvent maintenant être multiples et donc historisées.
Un code couleur est maintenant présent pour indiquer l’état de l’approbation de la solution :
- orange: en attente d’approbation ;
- rouge: Solution refusée ;
- vert: Solution acceptée.
Intégration OpenStreetMap
Les lieux bénéficient maintenant d’un “widget” permettant de placer un marqueur sur une carte openstreetmap (et ainsi faciliter la définition de la latitude et de la longitude).
Pour exploiter ces données géographiques, depuis une liste d’éléments d’inventaire, une nouvelle icône apparaît permettant d’afficher une vue carte.
Multiples sources d’identifiant
GLPI supporte maintenant sur sa page de connexion la sélection de la source de l’identifiant utilisateur indiqué.
Ainsi, un même identifiant peut être présent sur plusieurs sources d’authentification différentes (même login sur deux annuaires LDAP différents par exemple).
Par défaut, si une seule source est disponible (Base interne GLPI), la liste déroulante reste cachée.
Filtrage de l’historique
Sur l’onglet historique des objets GLPI apparaîssent maintenant des contrôles permettant de filtrer les lignes affichées.
Vous pourrez définir l’affichage pour les colonnes suivantes :
- Date ;
- Utilisateur ;
- Champ ;
- Mise à jour.
Moteur MYSQL InnoDB
Les nouvelles installations de GLPI seront maintenant sur le moteur de stockage MySQL InnoDB.
Cela permettra principalement d’éviter les verrous sur les tables entières lors de requêtes coûteuses et ainsi ne plus bloquer l’interface GLPI pour les autres utilisateurs (l’initiateur de la requête sera lui toujours bloqué en attente de l’exécution).
Les instances existantes, resteront par défaut sur le moteur MyISAM. Nous ne pouvons pas effectuer la migration dans le script de mise à jour classique. C’est une opération pouvant être longue en fonction de la taille de la base de données et des performances du serveur.
Pour les instances GLPI de taille raisonable (table glpi_logs < à 1Go), nous fournissons un script optionnel scripts/innodb_migration.php dans l’archive pour vous permettre d’appliquer ce changement.
Pour les instances GLPI de taille importante (table glpi_logs > à 1Go), l’utilisation du script pouvant être très longue, préférez un outil externe comme celui de Percona, pt-online-schema-change.
Pensez toujours à faire une sauvegarde avant ces interventions !
GLPI Network par Teclib’
Nous lançons un nouveau site pour la distribution GLPI Network.
Vous pourrez:
- souscrire à du support éditeur (tiers 3) sur GLPI et les plugins populaires ;
- faire un don pour soutenir le projet ;
- trouver un partenaire pour vous aider à intégrer GLPI dans votre SI.
Dans les mois à venir, nous proposerons sur ce site, de nouveaux services :
- téléchargement de “Virtual appliance” ;
- récupération des modèles d’inventaire courant (poids, dimensions, images, …) ;
- dictionnaires de modèles pré-configurés.
Rendez-vous sur https://services.glpi-network.com/ !
En vrac
- Le plugin purgelogs a été intégré;
- le raccourci Ctrl + Enter sur zones de texte pour soumettre le formulaire a été ajouté;
- les équipements réseaux et imprimantes peuvent maintenant inclure des disques;
- meilleur support de l’impression ;
- multiples éléments d’inventaire pour les licences ;
- la bibliothèque CAS est maintenant une dépendance externe (sa licence est incompatible avec celle de GLPI) ; il faudra installer le paquet de votre distribution ( install php-cas) ;
- le site de démonstration a été revu. Il est maintenant rempli avec des données cohérentes et est réinitialisé régulièrement.
Liens
by Polina Marishicheva | Apr 3, 2018 | Blog, En bref
Depuis la naissance du projet en 2003, GLPI est l’outil incontournable des particuliers et des entreprises à la recherche d’une solution logicielle ITSM libre et open-source. (more…)
by Alexandre Delaunay | Jun 9, 2017 | En bref
Il y a approximativement 2 ans, nous avons commencé à ajouter quelques tests unitaires dans le projet GLPI ; grâce à Valentin et Remi Collet. Le framework PHPUnit avait été retenu, puisqu’il s’agit du choix le plus “commun” pour un projet PHP.
Malheureusement, de nombreuses parties du code ne sont pas encore testées… C’est une très grosse tâche ; mais nous y travaillons. Actuellement, toute nouvelle fonctionnalité implémentée dans GLPI est pourvue de tests unitaires ; et nous prévoyons de passer du temps cet été pour travailler sur tout cela.
Pourquoi maintenant ?
J’apprécie personnellement atoum depuis ses tout débuts, j’ai proposé la migration il y a un certain temps. Puisque nous prévoyons l’ajout de plus en plus de tests ; la migration était plus facile tant qu’il y en a encore relativement peu. Voilà pourquoi ça a été fait maintenant.
Donc, pourquoi migrer ?
Et bien… S’agissant de framework de tests unitaires en PHP, il n’y a pas tant de choix possibles. PHPUnit est probablement le plus ancien framework de tests unitaires disponible en PHP ; et il fait son travail, pas de problèmes. atoum représente une choix plus récent et moderne, il possède aussi quelques possibilités fort intéressantes :
- test des types de variables (si vous testez un entier et obtenez une chaîne de caractères, ce n’est pas correct),
- merveilleux système de bouchonnage (qui permet de bouchonner les fonctions natives de PHP, des constantes, …),
- utilisation de fonctions anonymes pour tester les sorties, les exceptions, … (bien plus intéressant que les annotations de phpunit),
- lancement concurrent des tests (bien que ceci ait été désactivé pour GLPI),
- tests entièrement isolés,
- appels chaînés,
- écriture des tests davantage naturelle (il ne s’agit peut être que de mon point de vue – mais ça me semble vraiment plus simple).
De plus, GLPI est un projet français, la plupart des membres du cœur sont français, tout comme atoum ! 😉
Sur une note technique
Passer de PHPUnit à atoum n’est pas quelque chose de très complexe, surtout si vous n’avez pas utilisé de fonctionnalités très avancées (ce qui est le cas pour GLPI) ; mais cela ne peut pas vraiment être automatisé. En fait, si, ce serait possible pour certains cas communs, mais revoir les tests n’est globalement pas plus mal. Aussi, ré-écrire les tests est un excellent point de départ pour apprendre la nouvelle syntaxe, les assertions et les possibilités offertes.
Pour le projet GLPI, nous avons passé deux jours à travailler sur cette réécriture. Voici ce à quoi nous avons du prêter attention :
- atoum n’est pas du tout permissif. Toute notice dans le code fait échouer les tests par défaut (ce qui est une bonne chose) ; nous avons du les corriger ;
- nous réalisons plutôt des tests fonctionnels et pas seulement unitaires. Certains tests existants modifiaient les valeurs existant en base avant de les réinitialiser. Ce n’est pas possible lorsque les tests sont lancés de manière concurrente ;
- atoum ne permet pas de rendre des tests dépendants d’autres tests ; ce que permet phpunit. Cela pourrait ressembler à un point négatif, mais “les tests sont isolés”. Donc… Ils ne peuvent être inter-dépendants, nous avons du trouver d’autres solutions ;
- utilisation des sessions : GLPI utilise de nombreuses données stockées en session ; et cela pose un réel problème pour les tests… Nous avons du désactiver la concurrence des tests à cause de ça :’(
Le futur
Dans un futur proche, nous prévoyons d’améliorer nos tests unitaires ; puisque de nombreuses parties du code ne sont pas testées du tout. Nous prévoyons aussi de scinder notre dossier unique en plusieurs, rendant ainsi possible de ne désactiver la concurrence uniquement sur les tests fonctionnels et pas sur la suite entière.
Johan Cwiklinski.
