You are not logged in.
Pages: 1
Bonjour
Depuis la migration de glpi 9.4 vers 9.4.1.1, tout est lent
J'ai supprimé tous les plugin mais il n'y a pas eu de changement
Voici une erreur php qui est permanente :
glpiphplog.ERROR: Toolbox::userErrorHandlerNormal() in C:\support\inc\toolbox.class.php line 659
*** PHP User Warning(512): Cannot write "C:\support/files/_cache/glpi_cache_db_9.4.1.1c648844247a669ccb78e42b62e69069d.json" cache footprint file. Cache performance can be lowered.
Backtrace :
:
inc\cache\simplecache.class.php:223 trigger_error()
inc\cache\simplecache.class.php:71 Glpi\Cache\SimpleCache->checkFootprintFileIntegrity()
inc\config.class.php:3126 Glpi\Cache\SimpleCache->__construct()
inc\config.php:253 Config::getCache()
inc\includes.php:48 include_once()
front\ticket.php:33 include()
{"user":"3347@SERVEUR"}
Y a t'il une solution pour corriger le soucis?
Merci
Offline
Code is loading a lot of time same datas just to display fields...
Solution, load these datas once then reuse previous loaded...
Solution OK for version GLPI 9.4.1.1
File \inc\commondbtm.class.php
Function : public final function searchOptions()
ADD just after declaration :
/*DENIS*/ if(defined('DenisSearchOptionsCache')) return DenisSearchOptionsCache;
THEN at the end of funtion, just before return :
/*DENIS*/ define('DenisSearchOptionsCache',$options);
Do the same in file \inc\ticket.class.php
Function : function rawSearchOptions()
ADD just after declaration :
/*DENIS*/ if(defined('DenisRawSearchOptionsCache')) return DenisRawSearchOptionsCache;
THEN at the end of funtion, just before return :
/*DENIS*/ define('DenisRawSearchOptionsCache',$tab);
ça fonctionne !
Offline
Bonjour.
merci pour votre retour, voici le bug déclaré sur github: https://github.com/glpi-project/glpi/issues/5657
Et la correction proposée: https://github.com/glpi-project/glpi/pull/5666
Nous gagnons du temps sur un facteur 10 sur le chargement d'un ticket seul (de 3.2s à 0.3s) de notre coté.
Offline
Bonjour.
merci pour votre retour, voici le bug déclaré sur github: https://github.com/glpi-project/glpi/issues/5657
Et la correction proposée: https://github.com/glpi-project/glpi/pull/5666Nous gagnons du temps sur un facteur 10 sur le chargement d'un ticket seul (de 3.2s à 0.3s) de notre coté.
Je confirme c'est encore mieux.
Merci
Offline
Bonjour
Depuis que j'ai appliqué ce fix je ne peux plus modifier les catégories de tickets, ça affiche directement aucun résultat trouvé
De même pour la liste des techniciens
Last edited by Nico-G (2019-03-26 09:18:34)
Offline
Nico-G : je ne reproduis pas vos erreurs.
Vous avez des traces dans les logs de GLPI ? dans les logs d'apache ?
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
Bizarrement le bug s'est résolu de lui même lorsque j'ai modifié dans Configuration > Générale l'option "Ne pas utiliser le moteur de recherche dans les intitulés si le nombre d'éléments est inférieur à" et que je l'ai passé de 50 (par défaut) à 1
Offline
Bonjour,
je me permet de participer à votre échange.
j'ai le meme soucis de lenteur.
pouvez me dire quels sont les actions que vous avez mise en oeuvre pour solutionner le problème.
Merci
Windows Server 2008,wampserver64
apache 2.4.9, php: 7.03,mysql: 5.6.17
glpi: 9.3.3
Offline
Il y a patch de disponible
De mon cote plus de probleme de lenteur
https://forge.glpi-project.org/tarballs/
Offline
Je vous remercie pour votre réponse.
Je suis en version 9.4.0, est ce qu'il faut que le passe bugfixe master ou alors la version 9.4.
Windows Server 2008,wampserver64
apache 2.4.9, php: 7.03,mysql: 5.6.17
glpi: 9.3.3
Offline
J'ai utilisé 9.4-bugfixes.tar.gz
Offline
Bonjour,
je vous remercie pour votre réponse. J'ai copié les fichiers dans mon environnement et le probleme semble résolu
Merci
Windows Server 2008,wampserver64
apache 2.4.9, php: 7.03,mysql: 5.6.17
glpi: 9.3.3
Offline
Pages: 1