Excusez moi mais je parlais du plugins de Mr CORDONNIER -----Message d'origine----- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Walid Nouh Envoyé : mardi 13 novembre 2007 10:54 À : Liste de diffusion des developpeurs GLPI; Liste de diffusion des developpeurs GLPI Objet : Re: [Glpi-dev] Deux nouveaux plugins
avec tous les autres plugins pour la 0.7 http://glpi-project.org/tarballs-plugins/ il s'appelle reports ======================================== Date du message : nov. 13 2007, 10:30 AM De : "Dimassi, Slim (FR IE - Tours)" <[EMAIL PROTECTED]> A : "Liste de diffusion des developpeurs GLPI" <glpi-dev@gna.org> Copie : Sujet : Re: [Glpi-dev] Deux nouveaux plugins Ou peut on trouver votre plugins de rapport personnalisé ? Merci -----Message d'origine----- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de CORDONNIER THomas Envoyé : mardi 13 novembre 2007 07:17 À : Liste de diffusion des developpeurs GLPI Objet : Re: [Glpi-dev] Deux nouveaux plugins Walid Nouh a écrit : > CORDONNIER THomas wrote: >> >> 1. Importation de masse >> Par exemple vous venez d'acheter 50 ordinateurs strictement >> identiques, >> seul diffère pour le moment le numéro de série. Vous >> créez un template >> avec l'interface de GLPI puis vous entrez dans le >> plugin, donnez le nom >> du template et fournissez les numéros de série, >> soit dans un fichier >> texte (1 numéro par ligne) soit par séquence >> (exemple : ABC001 à >> ABC050). Ainsi 50 lignes sont rajoutées dans la >> base de données en >> beaucoup moins de temps qu'avec l'interface >> "nouvel ordinateur à partir >> d'un gabarit". >> Le plugin fonctionne pour les ordinateurs, écrans, et imprimantes >> >> (peut-être autres périphériques plus tard) >> >> >> > Il existe un plugin que j'ai développé, qui s'appelle data_injection. > Il permet d'injecter des données provenant d'un fichier CSV. Le plugin > > peut importer tous les types de base de l'inventaire, connecter les > > utilisateurs, groupes, ports, prises, contrats, fournisseurs etc.. > > Ce n'est pas tout à fait la même chose, je crois. Tel que je comprends la chose, votre plugin permet d'injecter dans GLPI des données que vous auriez remplies dans un autre outil (par exemple une feuille OpenOffice Calc que vous convertissez en CSV). Ce dont je vous parle, c'est du cas où toutes les données sont identiques sauf une, le numéro de série. Dans notre cas en fait nous utilisons alors un lecteur de codes barre pour relever rapidement tous les numéros de série, le résultat se retrouve dans un fichier texte avec un numéro par ligne, puis nous demandons au plugin de créer autant d'ordinateurs sur base de ce numéro et d'un template préalablement créé dans GLPI. Dans cette situation, comment vous y prendriez-vous avec le plugin CSV? >> 2. Rapports personnalisés : >> Vous fournissez la requête SQL (le plugin limite volontairement aux >> >> SELECT, hélas sans UNION possible), et un nom, et un nouveau rapport >> >> est ajouté à la page des rapports. >> Le plugin permet de saisir des paramètres, dans ce cas une page >> >> intermédiaire (comme dans votre rapport "par année") apparaîtra. Pour >> >> le moment pas de distinction de type des paramètres, mais on peut les >> >> reprendre dans la requête. >> >> >> > Il existe un plugin qui s'appelle reports. Il fournit un environnement > > pour accueillir de nouveaux rapports. Créer un nouveau rapport revient > à > déposer la page PHP du rapport + un fichier de langue dans un > répertoire. > Le plugin ajoute lui même le nouveau rapport et gère les > droits associés. > J'avais effectivement téléchargé ce plugin, mais je me demandais justement comment créer un nouveau rapport avec. Déposer une page php dans le répertoire du plugin, ce n'est pas toujours possible (les auteurs de rapport ne sont pas les personnes qui gèrent l'installation de GLPI, ils n'ont pas les mêmes droits sur la machine cible). Le plugin que j'ai développé permet de saisir une requête SQL (volontairement limitée à SELECT mais toute jointure autorisée), le résultat se retrouve dans une table glpi_plugin_persoreports et on modifie ces rapports personnalisés à partir de l'interface du plugin (et non pas en envoyant le nouveau rapport par FTP : ai-je bien compris le fonctionnement de votre plugin?). De plus, votre plugin suppose que les auteurs de rapport maîtrisent PhP, n'est-ce pas? Dans mon cas la maîtrise de SQL et de la structure des tables GLPI suffit, même si ça conduit à limiter un peu la portée des rapports. Pour le moment la règle de sécurité est de donner le droit de voir ces rapports à ceux qui ont le droit "r" sur les rapports, et le droit de modification aux profils admin et super-admin. Mais idéalement je verrais bien l'idée de rajouter un droit "w" sur les rapports puisqu'il s'agit de pouvoir les modifier depuis l'interface GLPI. Cette forme de rapports personnalisés vous parait-elle intéressante? > dans votre cas oui, je pense que vos plugins font, en partie, doublon > > avec ce qu'on a développé > Après ces explications complémentaires, en êtes-vous encore certain? Cordialement Thomas CORDONNIER _______________________________________________ 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 Walid Nouh Atos Origin Centre de compétences Open Source _______________________________________________ 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
