You are not logged in.
Salut suite à l'installation d'un plugin , j'ai réussi à planté complètement le fonctionnement de GLPI (hé oui je suis très fort !)
Problème jamais vu par tsmr ... Bref je passe les détails.
Pour résoudre le prob, j'ai pris l'option de réinstaller à partir de la distribution d'origine ... ce qui a pour effet de relancer la procédure de setup ...
=> Dans la procédure d'installation, est-il possible d'inclure une option qui permettrait au premier démarrage de glpi, (lancement du setup) de ne pas scratcher la base de données MYSQL. (=> Vérifier si la version de DB est la bonne, mais pas dropper les tables avant de les recréer ...) ?
Bien sur j'aurrais pu faire un backup/restore de la base MYSQL mais comme tout info qui se respecte, je suis un peu pourris
Linux Ubuntu 12.10 (32 bits) / Apache2 / MYSQL 5.5 / GLPI 0.84.2
Offline
C'est quasi impossible à faire car rien ne dit que les tables existantes sont correctes.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Quasi impossible n'est pas impossible ..!
Il serait possible d'ajouter une table ( db_version ) dans la DB
Pour chaque record :
table_name : Le nom d'une table
version : son indice de version (en rapport avec la version de GLPI de base (ex 0.68)
revision : son indice de revision (en rapport avec les plugins)
...
Bien sur tous devraient alors jouer le jeux et suivre la convention et cela devient plus lourd (a développer une fonction de check_db_version) ... c'était juste une suggestion !
Linux Ubuntu 12.10 (32 bits) / Apache2 / MYSQL 5.5 / GLPI 0.84.2
Offline
et au niveau de la mise à jour vous gérer ca comment ?
ca risque d'etre drole... idem au niveau de l'import des données exportées...
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Quel serait réellement l'intéret de cette option ?
Une sauvegarde complète du répertoire mysql (ou du moins du répertoire coontenant les bases glpi) et une restauration au bon moment devraient solutionner la chose....
Pour ma part, j'ai installé la dernière version sur un autre poste et le fait de déplacer ma base (ancienne version 0.65 si mes souvenirs sont bons) et faire l'update ne m'a posé aucun pb....
Et cette option servirait-elle à un nombre important de personnes ?
Plateforme : Windows XP Pro SP3
GLPI : 0.83.4
PHP: 5.4.4; MySQL: 5.5.25a; Apache: 2.4.2;FusionInventory 0.83+1.0
Navigateur: IE 9
Offline
Pour ma part, c'est niet, je ne consacrerai pas de temps à cette fonctionnalité. Désolé.
Oui en informatique tout est possible maintenant faut juste trouver un gogo pour le faire . cf :
http://glpi-project.org/forum/viewtopic.php?id=1327
Et sincérement si vous saviez comment déjà on s'enmmerde avec les problématiques de mise à jour pour systématiquement assurer une compatibilité avec les versions antérieures....
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Vous avez raison ...
Des solutions de sauvegarde internes à GLPI existent ( Backup de la base mysql via le menu "Administration" -> "Données" -> "Sauvegarde SQL" ou "Sauvegarde XML")...
Et si GLPI est en rade ... alors il reste encore PHPAdmin ....
Ma proposition était un souhait de comfort ... et je suis entièrement d'accord avec http://glpi-project.org/forum/viewtopic.php?id=1327 ... alors je me retire en silence ...
bav
Linux Ubuntu 12.10 (32 bits) / Apache2 / MYSQL 5.5 / GLPI 0.84.2
Offline
La question n'est pas vraiment d'avoir raison en fait , c'est plutot une question de choix sous contrainte de temps.
Maintenant si quelqu'un veut le faire, il y a pas de problèmes.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline