Edit History

Bonjour,

Je me bat depuis des semaines avec une 1.7.6.2.

J'ai désactivé la mise en cache, et j'ai seulement l'option "Never recompile" qui est active.

J'ai très peu de modules non natifs. J'ai plus de 300 articles.

Au bout d'un temps plus ou moins long (minutes/heures/jours), après un effacement total du cache et des compilations smarty, je rencontre des soucis quand je veux ajouter/modifier un produit. Soit le serveur Apache / NGINX renvoi un code 200 sur la page, avec un "Failed" ensuite, soit c'est des chargements ajax des sous-éléments (notamment prix spécifiques de la page produit) qui reviennent en 502.

Je n'arrive pas à débugger, je n'ai aucune information qui remonte nulle part. La seule information que j'ai c'est un "child die signal 11" sur NGINX, qui montre un problème de saturation de mémoire. Le problème, c'est que dès que je désactive un module (n'importe lequel), ou active mode Debug, j'ai l'impression qu'il vide une partie du cache Smarty ou autre, et ca résout à peu prêt le problème, sans que je puisse débugger.

La seule information intéressante que j'ai pu trouver, en activant le debug par le fichier PHP, en passant _PS_MODE_DEV_ à true, c'est que je vois que la valeur Symfony initialization explose à 1700ms voir plus au lieu de 100 à 200. Si je vide le cache dans Performance, OU désactive/active n'importe quel module, il revient à la normale. Je rappelle que le cache dans Performance est désactivé.

Je penche pour une génération excessive de cache smarty, mais je n'arrive pas à identifier.

Est ce que quelqu'un aurait rencontré ce problème ? ou pourrait me donner une piste pour débugger ?

Résolu : En dehors du fait qu'un module posait souci, il remonte que le fait de conserver toutes les taxes et règles de taxes par défaut lance un stress des tables taxes et group_taxes pour rien lors de l'édition de produits.

EDIT : Le problème est toujours là, même si le module que je pensais responsable a été totalement supprimé.

Bonjour,

Je me bat depuis des semaines avec une 1.7.6.2.

J'ai désactivé la mise en cache, et j'ai seulement l'option "Never recompile" qui est active.

J'ai très peu de modules non natifs. J'ai plus de 300 articles.

Au bout d'un temps plus ou moins long (minutes/heures/jours), après un effacement total du cache et des compilations smarty, je rencontre des soucis quand je veux ajouter/modifier un produit. Soit le serveur Apache / NGINX renvoi un code 200 sur la page, avec un "Failed" ensuite, soit c'est des chargements ajax des sous-éléments (notamment prix spécifiques de la page produit) qui reviennent en 502.

Je n'arrive pas à débugger, je n'ai aucune information qui remonte nulle part. La seule information que j'ai c'est un "child die signal 11" sur NGINX, qui montre un problème de saturation de mémoire. Le problème, c'est que dès que je désactive un module (n'importe lequel), ou active mode Debug, j'ai l'impression qu'il vide une partie du cache Smarty ou autre, et ca résout à peu prêt le problème, sans que je puisse débugger.

La seule information intéressante que j'ai pu trouver, en activant le debug par le fichier PHP, en passant _PS_MODE_DEV_ à true, c'est que je vois que la valeur Symfony initialization explose à 1700ms voir plus au lieu de 100 à 200. Si je vide le cache dans Performance, OU désactive/active n'importe quel module, il revient à la normale. Je rappelle que le cache dans Performance est désactivé.

Je penche pour une génération excessive de cache smarty, mais je n'arrive pas à identifier.

Est ce que quelqu'un aurait rencontré ce problème ? ou pourrait me donner une piste pour débugger ?

Résolu : En dehors du fait qu'un module posait souci, il remonte que le fait de conserver toutes les taxes et règles de taxes par défaut lance un stress des tables taxes et group_taxes pour rien lors de l'édition de produits.