boutons enregistrer qui tourne sans arrêt time out Boutons enregistrer qui tourne sans arrêt time out

[skynono]

Bonjour,

J'aurais besoin d'aide s'il vous plait, j'ai depuis trois semaines un message d'erreur quelque peu étrange et là je suis en train de sécher, un coup de main serait top. J’essaye de blinder le post au maximum afin d’éviter les questions préliminaires, ne fuyez pas pour autant J.

Mes informations:

MAJ récente 1.6.1.16 vers 1.6.1.19

PS Version : actuellement version PS 1.6.1.19

Thème : défaut légèrement retouché (charte graphique)

Hebergement:  ovh version Web Performance 2 2x Vcores Ram: 4Go

Version PHP :  PHP Stable 7.0 Prod pare feu applicatif off

Type BDD :  BDD mysql v5.5 de 336mo sur 4go

Navigateurs concernés : IE, CHROME, EDGE, FIREFOX

Modules Ext : Configurateur de produits v1.1.1 - par DMConcept  + Suggestions Youtube Instantanées v2.1.15 - par Prestashop + BNP Paribas - Mercanet v1.6.6 - par Prestashop partners 

 

Voici le message d'erreur que j'obtiens lorsque je souhaite éditer un produit du catalogue dans le back office Prestashop les boutons Enregistrer ne s'affiche pas et moulinent constamment.

 

"(Time out) Une erreur de serveur est survenue lors du chargement des onglets : tous les onglets n'ont pas pu être chargés.

Veuillez essayer de nouveau en rafraîchissant la page.

Si vous rencontrez toujours ce problème, veuillez vérifier vos logs serveur ou contacter votre hébergeur pour plus d'information."
 

 Logs serveur : 

Script timed out before returning headers: index.php, referer: http://xxxxx.com/adminxxxx/index.php?controller=AdminProducts&id_product=8&updateproduct&token=e488297609e567063663603cbc

Historique :

 Première demande de support chez OVH : 31/05/2018 16:04

Rouge : moi

Bleu : OVH

02/06/2018 17:09

1-  

Bonjour,
Veuillez m'excuser pour la réponse tardive.
Vous avez un message d'erreur qui s'affiche lors de l'édition du catalogue sous Prestashop.
Suite aux vérifications, je constate que vous avez un hébergement mutualisé Performance associé au domaine xxxxxx.com". Aussi, je constate que vous avez configuré votre hébergement avec PHP/CGI version 7.0 sous l'environnement d'exécution "Stable".
L'erreur rencontrée indique un timeout (une interruption) après l'écoulement du temps d'exécution maximal du script de mise à jour de Prestashop. Le moteur PHP/CGI actuel que vous utilisez limite la variable "max_execution_time" à 120 secondes.

Pour remédier à cela, je vous invite à basculer votre hébergement sur le moteur PHP/FPM afin de passer cette variable PHP à 300 secondes. En effet, PHP-FPM est une implémentation alternative à PHP FastCGI avec des fonctionnalités additionnelles particulièrement utiles pour les environnements à haute charge.

Le fait d'activer ce moteur vous permet d'obtenir des meilleurs performances PHP.
Pour cela, veuillez vous connecter à votre espace client et suivre la démarche ci-dessous :

 Espace client → Hébergements → xxxxxxxx.com → Informations générale → Modifier la configuration → Modifier la configuration courante.  Sélectionnez "php" au lieu de "phpcgi" au niveau du champ "Moteur".  Cliquez sur le bouton "Valider".

 

03/06/2018 09:45
Bonjour,
J'ai changé le moteur PHPCGI vers PHP comme indiqué et même souci, j'au upgrade la version php stable en 7.2 stable idem, j'ai maj la verision de prestashop précédemment en 1.6.17 en 19 (la dernière) et idem ???

lien image:  https://imgur.com/a/vukOGgF

Cordialement,

 

 

06/06/2018 15:02
Veuillez m'excuser pour la réponse tardive. Merci pour votre retour.
Afin d'approfondir les recherches, veuillez me préciser le nombre total de catégories et sous catégories que vous avez créées sous Prestashop.
Je reste à votre disposition pour toute demande complémentaire.

Cordialement,

 

06/06/2018 15:56
Bonjour,
Merci pour votre retour,  j'ai 5 catégories et pas plus de 4 sous catégories pour chaque, j'ai capturé chaque catégories et je vous joint le lien avec les pjs https://imgur.com/a/LsCQbIR .

Cordialement,

 

11/06/2018 13:48
Bonjour,
J'ai toujours le souci avec le message d'erreur timeout serveur, avez-vous pu regarder et ou avez-vous besoin de plus d'informations?
Merci pour votre retour,

11/06/2018 15:06
Bonjour,
Veuillez m'excuser pour la réponse tardive. Merci pour votre retour. Suite aux recherches sur internet, il s'avère que cela est dû à un plugin non développés par Prestashop Pour remédier à cela, je vous invite à utiliser l'option "désactiver les modules non développés par Prestashop" qui serait située dans le back-office de Prestashop Pour plus d'informations à ce sujet, je vous invite à suivre l'échange sur le forum officiel de Prestashop.
https://www.prestashop.com/forums/topic/656357-fiche-produit-bo-bug-chargement-infini/
Par la suite, vous pouvez réactiver les plugins un par un et de tester à chaque fois le fonctionnement de votre site web afin de déterminer le plugin responsable du bug d'affichage des catégories.

Je reste à votre disposition pour toute demande complémentaire.

Cordialement,

 

11/06/2018 16:27
Bonjour,
J'ai aussi trouvé cette information mais même en désactivant les plugins non Prestashop le problème est toujours d'actualité.
Merci pour votre retour,

Veuillez m'excuser pour la réponse tardive.

19/06/2018 11:12
Bonjour,
Merci pour votre retour. Suite aux vérifications, je constate que l'erreur est due à un conflit entre des modules et des plugins Prestahsop qui utilisent JavaScript. Pour remédier à cela, je vous invite à désactiver tous les plugin et modules un par un afin de déterminer celui qui pose le souci et le désactiver. Aussi je vous invite à consulter les logs web et les logs d'erreur de PHP afin de déterminer la source de l'erreur. En effet, vous avez la possibilité d'accéder aux logs de votre site web directement depuis votre espace client en suivant la démarche suivante :

 - Espace client >> Hébergements >> xxxxxxxx.com >> Plus + >> Statistiques et logs >> Logs.

 - Les logs HTTP et PHP sont accessibles via la rubrique "web".

 - Les logs d'erreur PHP sont accessibles via la rubrique "error".

D'une façon générale, les logs sont classés par catégories et sont regroupés par mois en bas de la page.

Pour plus d'informations, je vous invite à consulter le guide suivant :

https://docs.ovh.com/fr/fr/web/hosting/mutualise-consulter-les-statistiques-et-les-logs-de-mon-site/#acces-a-la-page-statistiques-logs

Je reste à votre disposition pour toute demande complémentaire.

Cordialement,
 

21/06/2018 14:58
Bonjour,
J'ai essayé de tous les désactiver sans succès, j'ai même tester de dégreffer des modules dans Adminproductextra et pareil pouvez-vous m'aider a l'identifier svp?
Cordialement,

 

21/06/2018 15:48
Bonjour,
Merci pour votre retour.
En effet, cela fait partie de la configuration interne du CMS Prestashop et ne rentre pas dans le cadre de notre périmètre de support. Si vous n'êtes pas en mesure d'apporter les corrections par vous-même, je vous invite à vous rapprocher d'un webmaster ou bien de l'un de nos partenaires via le lien suivant :
https://partners.ovh.com/
Vous pouvez aussi échanger avec notre communauté d’utilisateurs à ce sujet via le lien suivant :
https ://community.ovh.com
Je reste à votre disposition pour toute demande complémentaire.

Cordialement,

21/06/2018 15:56

Bonjour,
Bizarre que ça ne fonctionne plus d'un coup je ne comprends pas, j'ai testé de bypass les status des boutons sans succes ... ttps://stackoverflow.com/questions/34726844/prestashop-endless-spinning-product-save-button
J'ai trouvé ce post aussi http://nemops.com/spinning-save-button-prestashop-1-6/#.Wyugp6f7SHt j'ai testé de dégreffer des modules et pareil, un peu d'aide serait la bienvenue.

Cordialement,

 

21/06/2018 16:16

Merci pour votre retour.
Je suis au regret de vous informer que votre demande ne rentre pas dans le cadre de notre périmètre d'intervention.

N'hésitez pas à vous tourner vers le forum officiel du CMS Prestashop via le lien suivant : https://www.prestashop.com/forums/forum/18-forum-francophone/

Vous pouvez aussi échanger avec notre communauté d’utilisateurs à ce sujet via le lien suivant :
community ovh

Je reste à votre disposition pour toute demande complémentaire.

Cordialement,

22/06/2018 10:17
Bonjour,

Merci bien pour votre réponse, je vais demander de l'aide sur les sites communiqués.
Je vous remercie vivement de l'attention que vous m'avez accordée dans ces conditions technologiques quelque peu difficiles ...

Cordialement,

Arrrf voilà vous savez désormais pourquoi je fais appel à vous !
Une piste ? une idée ? une aide ?

Merci d’avance

 

 

 

 

 

 

 

Edited June 26, 2018 by skynono (see edit history)

[Johann]

Sur des plus anciennes PS 1.6, ce pb était classique (appel ajax synchrone !) à partir de certaines versions de navigateurs, mais c'est réglé depuis longtemps.
J'ai par contre eu les mêmes symptômes avec un module qui ajoutait des onglets dans la fiche produit. Regarde si tu as ça, ça peut être une piste

[skynono]

Salut Johann,

Merci pour ta réponse super rapide, je vais me pencher sur le module du configurateur avancé qui gère mes déclinaisons de produit (DMconcept en v1.1), mais comment savoir autrement qu'en le désactivant si c'est bel et bien lui car quand je le désactive c'est toujours nok?
Merci

 

[Johann]

Avec le module désactivé, as tu quand même l'onglet ? As tu essayé aussi en désactivant les overrides et / ou les modules non natifs ?

Autre manière d'essayer d'avancer : regarder les réponses serveur avec firebug par exemple

[skynono]

Oui j'ai désactivé les modules non PS et les overrides juste en dessous aussi en vidant les caches sans succès.
Je ne connais pas du tout firebug je vais tester ça; sinon je dois regarder a un endroit spécifique ?

Merci Johann 

[Eolia]

Esaye aussi de repasser en php 5.6, il reste une cinquantaine de lignes qui crashent dans les 1.6 sous cette version

[skynono]

Bonsoir,

J’ai pas encore tenté avec firebug et firefox mais la je viens de passer en Php 5.6 en php et en cgi et pareil même problème.

Dur dur a troubleshooter tout ca, c’est impressionnant !!!

Merci à tous

To be continued ...

[Eolia]

Alors c'est un module hooké sur la page produit du bo.

Il faut les désactiver 1 par 1 pour trouver le coupable.

[skynono]

Merci Eolia,

J’ai dégreffé pas mal de modules sur certaines pages, peux tu me confirmer le nom d’affichage de la page update produit à modifier?

Merci encore

 

[Eolia]

Je parle des hook du BO de la page produit, rien a voir avec le FO

Hooks concernés:

- displayAdminProductsExtra
- actionProductSave

[skynono]

Merci Eolia,

J’ai dégreffé pas mal de modules sur certaines pages, peux tu me confirmer le nom d’affichage de la page update produit à modifier?

Merci encore

 

[skynono]

Merci à vous deux,

Je viens de tester firefox develloper car firebug n’existe plus selon eux et quand je regarde la console debug et que je lance une recherche avec le message d’erreur ca me sort pleins de lignes que je n’arrive pas a interpréter tellement il y en a 🤔 mais je vais persévérer sinon pour les hooks merxi eolia je vais tester aussi par contre ce qui est bizarre c’est que meme en degreffant mon module externe de configuration produit qui gère mes déclinaisons le champ déclinaison original de PS n’affiche rien et mouline dans le vent hummm ?!? Je vais tester de tout degreffer ...

C’est quand meme pas du gâteau cette histoire, et les logs pas parlant du tout grrr !

Edited June 23, 2018 by skynono (see edit history)

[Johann]

Va dans Paramètres avancés, Performances et désactives les modules non développés par PS et les surcharges, ça ira plus vite ! SI ça marche bien après ça, tu réactives les modules non développés par PS uniquement. Ca te permettra d'éliminer des pistes

[skynono]

Bon je saisis plus trop la car même en désactivant les modules non PS et les surcharges j’ai l’impression que c’est pas pris en compte car je vois toujours les modules non PS (suggestion youtube et configurateur de produits) dans la fiche de modif d’un produit dans le BO !!!

[skynono]

Faut il faire quelque chose de spé pour activer le mode debug dans le menu performance ? Ce qui est bizarre c’est que sur le front ca fonctionne car je n’ai plus mon configurateur de produit avancé d’activé mais l’onglet et toujours présent dans catalog product dans le BO et je pense que c’est ca qui génere les timeout du coup. Pour les hooks j’ai testé de dégreffer et idem dans actionproductssave il n’y avait que bloc navigation a facette que j’ai supprimé et pareil ... Je vais retester avec DisplayProductsAdminExtra j’avais déjà degreffé sur ce hook aussi mais je vais re essayer on ne sait jamais ...

Edited June 24, 2018 by skynono (see edit history)

[Eolia]

Videz vos caches: Prestahop, navigateur et serveur (cdn) s'il existe

[skynono]

De retour bon la j’ai plus rien dans adminproductextra et les menus ont bien disparus de la fiche produit dans le BO par contre je constate que lorsque je clique dans l’onglet déclinaison (menu original PS) il n’y a rien qui se passe et c’est écrit chargement et ca mouline comme ca indéfiniment. 

[Eolia]

- Ce produit a-t-il beaucoup de déclinaisons ?

- Avez-vous des overrides sur product.php ?

- Quel retour en console xhr (réseau) sur la console navigateur (F12) ?

[skynono]

1- Les déclinaisons je ne sais pas car le champ mouline constamment.

2- Concernant les éventuels overrides sur product que dois je analyser ?

3- Pour le retour tout est en statut 200 sauf un statut 304 GET sur tinymce.min.js et sinon sur déclinaison j'ai rien sur le Response payload

controller=AdminProducts

token=e488297609e567063663603cbc7924a

id_product=8

action=Combinations

updateproduct

ajax=1

rand=1529911682962

_=1529911681918

 

Edited June 25, 2018 by skynono (see edit history)

[skynono]

Au passage j'ai une petite question; si c'est ce module ext "DmConcept configurateur de produits avancés" qui me génère les timeout et que le module possède une mise à jour compatible avec les dernières versions de PS.

Edited June 26, 2018 by skynono (see edit history)

[Eolia]

- override sur Product, regardez si une fonction touche au déclis/attributes

- Les déclis, vous devez bien savoir si votre produit en a ou pas, non ???

- Concernant la mise à jour du module, voyez avec Addons ce n'est pas nous qui écrivons qui leurs CGV...

[skynono]

Eolia,

- Concernant override après inspection du product.tpl il me semble pas.

- Pour les déclinaisons je reformule, oui il y en a pas mal; mais vu que je n'y ai pas accès je ne peux vous dire combien il y en a en fait ...

- Et concernant la mise à jour du module (hors sujet) je posais la question au cas ou vous aviez la réponse en tête vu votre niveau d'expertise; je vais voir cela avec eux, merci pour vos réponses ...

[Eolia]

Ok, donc s'il y en a pas mal c'est peut-être le serveur qui lâche.

A combien est le max_execution_time sur votre serveur ?

Avez-vous accès aux logs d'erreur sur votre hébergement ?

[skynono]

- Dixit OVH j'étais en cgi et depuis je suis passé en php avec moteur PHP/FPM afin de passer cette variable PHP à 300 secondes.

- oui j'ai accès aux logs serveur 

Edited June 25, 2018 by skynono (see edit history)

[Eolia]

Ok, quelles erreurs dans le fichier error.log du jour ?

[skynono]

[Sun Jun 24 10:34:22 2018] [error] [client xxxxxx] [host xxxxxxie.com] AH10141: FastCGI: comm with server "/homez.46/vitiriba/www/admixxxxx/index.php" aborted: idle timeout (300 sec), referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 10:34:22 2018] [error] [client xxxxxx] [host xxxxxxie.com] AH10149: FastCGI: incomplete headers (0 bytes) received from server "/homez.46/vitiriba/www/admixxxxx/index.php", referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 10:34:22 2018] [error] [client xxxxxx] [host xxxxxxie.com] AH10157: FastCGI: An error happend on Fastcgi processing, fallback to CGI, referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 10:35:22 2018] [error] [client xxxxxx] [host xxxxxxie.com] Script timed out before returning headers: index.php, referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 10:37:49 2018] [error] [client xxxxxx] [host xxxxxxie.com] AH10141: FastCGI: comm with server "/homez.46/vitiriba/www/admixxxxx/index.php" aborted: idle timeout (300 sec), referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 10:37:49 2018] [error] [client xxxxxx] [host xxxxxxie.com] AH10149: FastCGI: incomplete headers (0 bytes) received from server "/homez.46/vitiriba/www/admixxxxx/index.php", referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 10:37:49 2018] [error] [client xxxxxx] [host xxxxxxie.com] AH10157: FastCGI: An error happend on Fastcgi processing, fallback to CGI, referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 10:38:49 2018] [error] [client xxxxxx] [host xxxxxxie.com] Script timed out before returning headers: index.php, referer: http://xxxxxxie.com/admixxxxx/index.php?controller=AdminAdminPreferences&token=ffccde05890b9d76767f40b424f9ae
[Sun Jun 24 15:40:45 2018] [error] [client 91.247.38.66] [host xxxxxxie.com] AH01797: client denied by server configuration: /homez.46/vitiriba/www/config, referer: http://xxxxxxie.com/

Edited June 25, 2018 by skynono (see edit history)

[skynono]

D'ailleurs pourquoi une erreur CGI alors que nous sommes désormais en PHP 7.0 .

Edited June 25, 2018 by skynono (see edit history)

[Eolia]

là ca concerne AdminPreferences pas AdminProduct...

[skynono]

Oui en effet ...

 

[skynono]

Pour information je viens de m'entretenir avec l'éditeur du module en question et le souci viendrais de la mise à jour du produit qui ne serais pas en phase avec la version de mon update PS, je vous confirmerais si c'est bien lié à l'update après coup.

Merci à vous tous pour vos efforts.

En standby, to be continued ...