David SCHLAMA Posted December 26, 2016 Share Posted December 26, 2016 Bonjour, J'ai un gros soucis voila plusieurs jours que ma page module dans le back-office ce charge en environ 250s quand je n'ai pas d'erreurs 500. J'utilise Prestashop 1.6.1.9 et je suis sur un VPS chez LWS. J'ai essayé les modifs dans le fichier module.php dans le dossier classes comme indiqué dans un autre sujet sur ce forum et qui indique de suivre les modifications sur cet page github : https://github.com/PrestaShop/PrestaShop/blob/f5eb9f8c31d917dedb5a52cd98651848111f33e9/classes/module/Module.php Mais rien ne change en fait mon problème merci de me venir en aide. Cordialement David Link to comment Share on other sites More sharing options...
BeComWeb Posted December 26, 2016 Share Posted December 26, 2016 Bonjour David, Tu as probablement un module qui ralentit le chargement de la page. Renseigne toi sur la propriété "need_instance" des modules (voir cette page en anglais). Dans le menu "Paramètres avancés > Performances" tu as la possibilité de désactiver les modules "non Prestashop", ce qui t'aidera à identifier le coupable je pense. Link to comment Share on other sites More sharing options...
David SCHLAMA Posted December 26, 2016 Author Share Posted December 26, 2016 Bonjour BeComWeb, Je pense aussi qu'il y a un module qui met le brin, j'ai essayé avec le mode de débogage mais rien ne s'affiche en BO. Link to comment Share on other sites More sharing options...
BeComWeb Posted December 26, 2016 Share Posted December 26, 2016 Je pense aussi qu'il y a un module qui met le brin, j'ai essayé avec le mode de débogage mais rien ne s'affiche en BO. Tu veux dire que quand tu fais ça tu as une page blanche quand tu te rends dans le menu module ? Link to comment Share on other sites More sharing options...
David SCHLAMA Posted December 26, 2016 Author Share Posted December 26, 2016 Non la page met un temps considérable a charger mais ni en front ni en back aucun message d'erreur ne s'affiche Link to comment Share on other sites More sharing options...
BeComWeb Posted December 26, 2016 Share Posted December 26, 2016 Même avec les modules "non Prestashop désactivés" ?! Tu as essayé de vider le cache ? Tu as conservé la version d'origine de Module.php ? Pas d'erreur dans la console ? Va aussi jeter un oeil dans la base de données (tables "ps_module_*). J'ai déjà vu des cas où les modules buggaient parce qu'ils apparaissaient plusieurs fois dans des tables où ils n'auraient dûs être référencés qu'une fois. Link to comment Share on other sites More sharing options...
David SCHLAMA Posted December 26, 2016 Author Share Posted December 26, 2016 Alors oui j'ai vidé le cache plusieurs fois Puis finalement n'ayant pas de résultats avec les modifs du fichier Module.php j'avais gardé l'original en le renommant, puis je l'ai restauré. j'ai vérifier plusieurs fois la table "ps_module" Pour ce qui est des modules non prestashop je ne peux pas faire ça pour l'instant car vois tu je ne suis que le prestataire et mon client ne veux pas fermé la boutique. Link to comment Share on other sites More sharing options...
BeComWeb Posted December 26, 2016 Share Posted December 26, 2016 Hum, ça va réduire les possibilités c'est sûr. Est ce que tu connais le dernier module a avoir été installé (ou mis-à-jour) ? Est ce que tu utilises bien un compte SuperAdmin ? Link to comment Share on other sites More sharing options...
David SCHLAMA Posted December 26, 2016 Author Share Posted December 26, 2016 oui j'utilise bien un compte superadmin Le dernier module installer "Mode vacance" mais si je me souviens bien le probleme est apparu apres par contre tous les paiement par carte son sans statut dans les commandes mais n'en parle dans la doc. Link to comment Share on other sites More sharing options...
arousseau Posted January 6, 2017 Share Posted January 6, 2017 Bonjour, J'ai exactement le même soucis que toi avec un de mes clients. La page module est extrêmement longue à charger, j'ai tenté de repasser sur le thème Prestashop de base en désactivant tous les modules mais rien a faire. Est ce que tu as pu trouver une solution à ton problème ? Merci d'avance Link to comment Share on other sites More sharing options...
David SCHLAMA Posted January 8, 2017 Author Share Posted January 8, 2017 Bonjour, Non je n'ai toujours pas trouver de solutions a mon problème, ceci dit j'ai créer des raccourcis dans les accès rapide des modules que mon client à besoins pour lui facilité la tache en attendant. Autre chose il me semble mais je ne suis pas sur, j'ai supprimer ou modifié des modules dans divers hook dans le menu position, pensez vous que sa pourrais être la cause car suite a cette manip mon prob est survenu. Désolé j'ai oublié de le mentionné plus haut. Encore une chose durant une nuit j'ai mis la boutique en maintenance pour activer le mode debeug et j'ai constaté que ce n'ai pas un module qui ralentis mais le processus IniContent qui bloque. Link to comment Share on other sites More sharing options...
arousseau Posted January 9, 2017 Share Posted January 9, 2017 Je n'avais pas pensé aux accès rapide mais effectivement c'est une idée qui peux palier le problème temporairement. Nous avons réussi à corriger le problème le site en dev en repassant sur le thème Prestashop par défaut et en réactivant le thème développé, mais malheureusement la même manip en prod n'a pas fonctionné. Personnellement en activant les debug je n'ai aucune erreur. La seule erreur que l'on trouve apparait dans les logs Apache , j'ai cette erreur : [2048] Declaration of shopimporter::cleanPositions() should be compatible with ModuleCore::cleanPositions($id_hook, $shop_list = NULL). Mais en supprimant le module en question ça ne change rien au problème. Link to comment Share on other sites More sharing options...
freepie Posted January 19, 2017 Share Posted January 19, 2017 (edited) Bonjour a tous, J ai exactement le meme probleme, qui finit par un beau 504 gateway . Comme vous j ai desactivé les modules non presta, vidé le cache, verifie la table pss module, et en mode debug j ai cette erreur: Unknown error à la ligne 0 du fichier /home/monsite/www/override/classes/controller/FrontController.php [2048] Declaration of FrontController::displayHeader() should be compatible with FrontControllerCore::displayHeader($display = true) Ces incidents surviennent apres le passage en sql prive. mais les acces ftp et base de données sont ok, et la vitesse de changement de pages autres que module est coreccte. J avais auparavent augmenté le catalogue articles d environ 6000 produits, j avais beaucoup de connections sortantes. Je suis revenu au theme de base et je n ai plus d erreur 504....sauf toujours sur la page d acces aux modules qui refuse de s ouvrir....grrrrrrrrr Je ne vois pas comment faire mais peut etre que ces infos sur ma config et les changements que j ai fait vous donneront du grain a moudre.... Si vous avez une idee, je suis preneur. Cordialement. Olivier Edited January 19, 2017 by freepie (see edit history) Link to comment Share on other sites More sharing options...
freepie Posted January 20, 2017 Share Posted January 20, 2017 Re: pour resoudre le probleme, j ai supprimé tout les modules inutiles via ftp, j ai viré tous les modules du théme defaillant. Ca m a permis de pouvoir acceder enfin a la page module ( encore lente a afficher). J ai effectué toutes les maj que j avais laissées en suspend sur les modules stats que je n utilisais pas. j ai vidé le cache. Tout est revenu a la normale.....Maintenant j ai juste un theme a chier.... C'etait une histoire de nettoyage en profondeur et d un theme abandonné par le developpeur, ( il a arrété son activité). Donc le theme ne suivait plus les evolutions de PS cordialement. Olivier Link to comment Share on other sites More sharing options...
Gnast Posted January 20, 2017 Share Posted January 20, 2017 Bonjour, Tu peux jeter un coup d'oeil dans ce topic: https://www.prestashop.com/forums/topic/355176-r%C3%A9solu-back-office-tr%C3%A8s-lent-dans-la-partie-modules-maj/ et aussi la pour le profiling: http://www.webbax.ch/2013/06/21/prestashop-1-5-et-le-profilling/ Et en dernier recours faire un nettoyage de la bdd Link to comment Share on other sites More sharing options...
freepie Posted January 20, 2017 Share Posted January 20, 2017 Merci a toi. Je garde ses pages sous le coude pour un prochain probleme. CDLT Olivier Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now