Le 08/06/2018 à 17:05, Yves_forums a écrit :
J'ai trouvé ! C'est au beau milieu de là où j'ai pas le droit d'aller sur le serveur.
Le souci avait commencé ainsi (posté sur ce groupe à l’époque):
Si ça peut aider, en mettant le niveau de log en _LOG_DEBUG dans
mes_options, j'obtiens une minute d'écart entre ces deux actions:
2017-02-06 12:46:08 ip (pid 30500) :Pri:info: Analyser DTD SYSTEM
../prive/paquet.dtd (3.096 ms) 18 macros, 19 elements, 17 listes
d'attributs, 253 entites
2017-02-06 12:47:09 ip (pid 30500) :Pri:debug: GET ./?exec=admin_vider -
../config/connect.php
puis:
J'ai à chaque fois une minute et 1 seconde entre ces deux actions, comme si un timeout avait lieu au bout d'une minutes qui permettait à la transaction de poursuivre ensuite.
En local je n'ai que 4 secondes entre ces deux actions:
2017-02-06 16:33:50 127.0.0.1 (pid 14514) ecrire/xml/analyser_dtd.php:L58:charger_dtd()::Pri:info: Analyser DTD SYSTEM ../prive/paquet.dtd (13.041 ms) 18 macros, 19 elements, 17 listes d'attributs, 253 entites
2017-02-06 16:33:54 127.0.0.1 (pid 14514) ecrire/inc_version.php:L515:include()::Pri:debug: GET ./?exec=admin_vider - ../config/connect.php
Il y a donc quelque chose sur mon nouveau serveur qui bloque, mais quoi ???
et enfin:
Pour ceux que ça intéresse, à toutes fins utiles:
nano opcache.ini
remplacer
opcache.revalidate_freq = 60
par
opcache.revalidate_freq = 1
suivi du redémarrage du service:
service php5.6.24-fpm restart
Et voilà 100ms au lieu d'1 mn.... Ça me régle les deux problèmes. Celui du vidage de cache qui n'en finissait pas, et l'affichage du site après suppression récursif des dossiers tmp et local.
