You are not logged in.
Pages: 1
Bonjour,
Sur le GLPI de mon environnement de production, l'appel de la fonction "$css = Html::compileScss($_GET)" dans le fichier css.php prend systématiquement 6.5 secondes.
url : glpi/front/css.php ?file=main_styles&v=9.4.3
Ce problème n'existe pas sur mon environnement de Qualification.
Les 2 serveurs ont les mêmes configurations.
Savez-vous comment fonctionne cette fonction ? Problème de droits d'écriture sur un répertoire de cache ?
Merci
Offline
Bonjour,
j'ai le même problème. 6.5 secondes pour executer le css.php.
Cordialement,
Solaris08
En Production : GLPI 9.4.3 sous serveur Windows serveur 2016 avec Apache 2.4.37, PHP 7.3.0RC4 , MySQL 8.0.13 et phpMyAdmin 4.8.3.
En Test : GLPI 9.4.3 sous serveur Windows serveur 2016 avec Apache 2.4.37, PHP 7.3.0RC4 , MySQL 8.0.13 et phpMyAdmin 4.8.3.
Offline
Operating system: Windows NT SERVGLPI 10.0 build 14393 (Windows Server 2016) AMD64
PHP 7.3.0RC4 apache2handler (Core, PDO, PDO_ODBC, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, apcu, bcmath,
bz2, calendar, ctype, curl, date, dom, exif, fileinfo, filter, gd, gettext, gmp, hash, iconv, imap, intl, json, ldap, libxml,
mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, pdo_pgsql, pdo_sqlite, pgsql, readline, session, shmop, soap, sockets,
sqlite3, standard, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib)
Setup: max_execution_time="60" memory_limit="256M" post_max_size="8M" safe_mode="" session.save_handler="files"
upload_max_filesize="4M"
Software: Apache/2.4.37 (Win64) mod_authnz_sspi/0.1.1 PHP/7.3.0RC4 ()
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Server Software: MySQL Community Server - GPL
Server Version: 8.0.13
Server SQL Mode:
Parameters: root@localhost/glpi
Host info: localhost via TCP/IP
mysqli extension is installed
ctype extension is installed
fileinfo extension is installed
json extension is installed
mbstring extension is installed
iconv extension is installed
zlib extension is installed
curl extension is installed
gd extension is installed
simplexml extension is installed
xml extension is installed
ldap extension is installed
imap extension is installed
Zend OPcache extension is installed
APCu extension is installed
xmlrpc extension is installed
exif extension is installed
CAS extension is not present
Database version seems correct (8.0.13) - Perfect!Database version seems correct (8.0.13) - Perfect!
OKD:\serveur\data\htdocs\Support/files/_log : OK
OKD:\serveur\data\htdocs\Support/config : OK
OKD:\serveur\data\htdocs\Support/files : OK
OKD:\serveur\data\htdocs\Support/files/_dumps : OK
OKD:\serveur\data\htdocs\Support/files/_sessions : OK
OKD:\serveur\data\htdocs\Support/files/_cron : OK
OKD:\serveur\data\htdocs\Support/files/_graphs : OK
OKD:\serveur\data\htdocs\Support/files/_lock : OK
OKD:\serveur\data\htdocs\Support/files/_plugins : OK
OKD:\serveur\data\htdocs\Support/files/_tmp : OK
OKD:\serveur\data\htdocs\Support/files/_cache : OK
OKD:\serveur\data\htdocs\Support/files/_rss : OK
OKD:\serveur\data\htdocs\Support/files/_uploads : OK
OKD:\serveur\data\htdocs\Support/files/_pictures : OK
Web access to the files directory should not be allowed but this cannot be checked automatically on this instance.
Make sure acces to error log file is forbidden; otherwise review .htaccess file and web server configuration.
Cordialement,
Solaris08
En Production : GLPI 9.4.3 sous serveur Windows serveur 2016 avec Apache 2.4.37, PHP 7.3.0RC4 , MySQL 8.0.13 et phpMyAdmin 4.8.3.
En Test : GLPI 9.4.3 sous serveur Windows serveur 2016 avec Apache 2.4.37, PHP 7.3.0RC4 , MySQL 8.0.13 et phpMyAdmin 4.8.3.
Offline
Bonjour,
en regardant dans le debug firefox (F12) onglet réseau, la page http://servglpi.domman.ad/support/plugi … hp?v=1.1.9 met aussi plus de 4 secondes à s'executer.
GLPI est utilisé dans tout notre établissement et à notre hotline. Nous mettons 2 minutes à créer un ticket avec ces temps de recharge trop long.
Merci d'avance pour se que vous pourrez faire.
Cordialement,
Solaris08
En Production : GLPI 9.4.3 sous serveur Windows serveur 2016 avec Apache 2.4.37, PHP 7.3.0RC4 , MySQL 8.0.13 et phpMyAdmin 4.8.3.
En Test : GLPI 9.4.3 sous serveur Windows serveur 2016 avec Apache 2.4.37, PHP 7.3.0RC4 , MySQL 8.0.13 et phpMyAdmin 4.8.3.
Offline
Bonjour,
Sur le GLPI de mon environnement de production, l'appel de la fonction "$css = Html::compileScss($_GET)" dans le fichier css.php prend systématiquement 6.5 secondes.
url : glpi/front/css.php ?file=main_styles&v=9.4.3
Ce problème n'existe pas sur mon environnement de Qualification.
Les 2 serveurs ont les mêmes configurations.
Savez-vous comment fonctionne cette fonction ? Problème de droits d'écriture sur un répertoire de cache ?
Les données sont stockées dans la cache via apcu.
C'est uniquement la première connexion qui est lente, ensuite c'est le cache qui joue son rôle.
Donc vérifiez dans votre environnement de production que :
- php-apcu soit installé et activé
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,
Il semble l'être au vu du retour "APCu extension is installed"
J'ai noté de très nettes différences de vitesse d'exécution entre un serveur Windows et un GNU/linux. Genre entre 5 à 25 secondes (windows) contre 0,2 à 0,01 secondes (Ubuntu)...
Et ce, avec APCu installé, serveur matériel strictement identique.
Contexte : GLPI 9.4.3/FusionInventory 9.4+1.1 / Agent FI 2.5.1
Offline
Pages: 1