Jump to content

V1.4.1 : 57 secondes pour afficher les modules

pako69

By pako69
in Discussion générale

 Share

Recommended Posts

pako69 Newbie

pako69

Posted
Posted

Bonsoir,
J'ai installé une 1.4.1 sur une 1.3.7 "tout neuve" (car l'installation directe de la 1.4.1 ne fonctionnait pas : il ne me créait pas mon compte employé...).
Seulement, dans le backoffice quelle misère sur la page des gestion des modules... C'est lent, très, très lent...
Et pourtant je suis sur mon serveur dédié !

Suis-je le seul ?

Y'a t'il un moyen de résoudre ces soucis ?

Merci

Link to comment
Share on other sites
DevNet Newbie

DevNet

Posted
Posted

Bonsoir,

Je n'ai aucune idée si je suis dans le vrai ou pas, mais c'est un peu la première chose que je ferai pour installer la 1.4.1 dans votre situation.

Faites une vraie installation de la 1.4.1 en suivant ces étapes :

1/ préparez tout sur votre FTP avant de lancer l'installation via le web

2/ éditez le fichier /install/index.php, et juste après <?php, ajoutez :

@ini_set('memory_limit','32M');



3/ renvoyez ce fichier /install/index.php sur votre FTP

4/ lancez l'installation normalement


Pour la liste des modules ensuite, gardez cette marge de manœuvre sur votre back-office, et ajoutez aussi :

@ini_set('memory_limit','32M');

dans votre fichier /config/config.inc.php.

Aucune idée si cela va résoudre vos problèmes, mais j'aurai personnellement commencé par ça.

Bien cordialement

Link to comment
Share on other sites
jeckyl Newbie

jeckyl

Posted
Posted

Bonjour,

ne serait il pas plus simple de modifier la valeur de la mémoire dans le php.ini du serveur ?

et avec les serveur moderne on peut tranquillement mettre à 128Mo, surtout si la boutique est seule sur le serveur.

Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted

Bonjour,
Nouvelle installation d'une 1.4.1 propre
@ini_set('memory_limit','32M'); dans les deux fiichiers.

Et toujours une lenteur infernale pour afficher la page des modules... : Temps de chargement : 59.077s

???

Link to comment
Share on other sites
DevNet Newbie

DevNet

Posted
Posted
Bonjour,

ne serait il pas plus simple de modifier la valeur de la mémoire dans le php.ini du serveur ?

et avec les serveur moderne on peut tranquillement mettre à 128Mo, surtout si la boutique est seule sur le serveur.


C'est pas très sécurisé de monter trop haut.
Je trouve déjà que pour un script php qui à besoin de plus de 32Mo pour tourner c'est amplement suffisant. Et des besoins au delà révéleraient un script mal codé.
Il faut dire aussi que le traitement de la classe AdminModules.php n'est pas la plus optimisée non plus. Il aurai été intéressant de découper les listes de modules en rubrique par page de traitement, au lieu d'une seule page actuelle.

Dans tous les cas, cela ne résout donc pas son problème. Sur quelle configuration est-vous avec votre dédié ? OS, httpd ?

Bien cordialement
Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted

Pour info, la page modules n'est pas la seule à trainer, localisation aussi :
Temps de chargement : 45.286s

Et je viens de voir qu'à cette ligne : "Pack de localisation que vous souhaitez importer", dans la liste déroulante c'est indiqué "Impossible de se connecter à prestashop.com"

Ca ne serait pas une piste ça ? Car je sais que mon hébergeur pour mon dédié a un politique de sécurité assez drastique...

Link to comment
Share on other sites
DevNet Newbie

DevNet

Posted
Posted
Car je sais que mon hébergeur pour mon dédié a un politique de sécurité assez drastique...


Et vous venez en 2 min de lui zigouiller sa sécurité en proposant en public le phpinfo.
Pensez à enlevez votre phpinfo.

Bien cordialement
Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted
Car je sais que mon hébergeur pour mon dédié a un politique de sécurité assez drastique...


Et vous venez en 2 min de lui zigouiller sa sécurité en proposant en public le phpinfo.
Pensez à enlevez votre phpinfo.

Bien cordialement


C'est fait...
Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted
J'espère juste que vous avez pas pris un serveur dédié avec un cpu Atom :P


Voici ma config :
Espace disque dur : 80 Giga Hitashi/Maxtor/Seagate
Espace disque dur : 80 Giga Hitashi/Maxtor/Seagate
Système RAID 1/0 3WARE = Redondance des données
Processeur: Pentium 4 : 3.2 Ghz 1 Mo de cache HT800
Mémoire RAM: 2 Go DDR
Adresse IP fixe dédiée
DNS Secondaire
Bande passante sur internet 10 Mbps
Pare-feu et Anti-virus
MRTG
Sytème d'exploitation: Linux 32Bits (FEDORA)
Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted

oui oui, c'est bien pour ça que mes pb ne viennent pas de là.
Ce backoffice là, j'ai l'impression qu'il essaye souvent de communiquer avec prestashop.com alors que mon firewall serveur est très strict quand aux sorties/entrée autorisées. Ce ne serait pas ça qui freine ?

Link to comment
Share on other sites
DevNet Newbie

DevNet

Posted
Posted

C'est une piste effectivement.

Essayez de commenter les lignes suivantes dans /[admin]/tabs/AdminModules.php : (environ 561)

        if (@fsockopen('www.prestashop.com', 80))
       echo '

           '.$this->l('Add a module from PrestaShop Addons').'
';



en

/*
       if (@fsockopen('www.prestashop.com', 80))
       echo '

           '.$this->l('Add a module from PrestaShop Addons').'
';
*/



Ca me permet aussi de remarquer que le socket est quand même sollicité sous aucune condition !

Cordialement

Link to comment
Share on other sites
DevNet Newbie

DevNet

Posted
Posted

Je viens aussi de voir qu'il fait un rafraichissement sur les données d'un xml.
Toujours dans /[admin]/tabs/AdminModules.php : (environ 871)

   public function refresh()
   {
       return file_put_contents($this->_moduleCacheFile, Tools::file_get_contents('http://www.prestashop.com/xml/modules_list.xml'));
   }



en :

   public function refresh()
   {
       //return file_put_contents($this->_moduleCacheFile, Tools::file_get_contents('http://www.prestashop.com/xml/modules_list.xml'));
   }

Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted

Merci pour ces modifs que j'ai faite.
Mais en même temps mon hébergeur a :
augmenter la valeur php memory_limit à 128Mo et autoriser prestaschop.com du coup je suis redescendu à 9 secondes
pour afficher cette page (c'est déjà mieux que 57 secondes, mais c'est pas très réactif non plus...) alors que les autres pages sont à moins d'une seconde.

Avant la modif de mon hébergeur, la page localisation trainait aussi car elle fait également appel à prestashop.com, je suppose donc la page module d'avoir autre chose que www.prestashop.com comme accès qui fait qu'elle traine encore...

Link to comment
Share on other sites
DevNet Newbie

DevNet

Posted
Posted

La page "Modules" charge la classe AdminModules et restera toujours plus longue en chargement vu ce que le traitement lui demande de faire ;)

Pour information, sur une installation neuve avec seulement les modules en natif mon FireFox m'annonce

Temps de chargement : 2.229s

Sur chrome :
Temps de chargement : 2.058s
Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted
La page "Modules" charge la classe AdminModules et restera toujours plus longue en chargement vu ce que le traitement lui demande de faire ;)

Pour information, sur une installation neuve avec seulement les modules en natif mon FireFox m'annonce
Temps de chargement : 2.229s

Sur chrome :
Temps de chargement : 2.058s


Oui, là ok, 2 secondes ça reste tout à faire acceptable, mais presque 10, vous ne trouvez pas ça long ?
Link to comment
Share on other sites
jeckyl Newbie

jeckyl

Posted
Posted
Bonjour,

Est-ce que la gestion du cache est bien activée sous Préférences -> Performances ?
Vérifiez aussi que l'option "Forcer la compilation" soit désactivée.


Bonjour,

mais c'est quoi le rapport avec la page module du backoffice ????
Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted
Bonjour,

Est-ce que la gestion du cache est bien activée sous Préférences -> Performances ?
Vérifiez aussi que l'option "Forcer la compilation" soit désactivée.


Bonjour,

mais c'est quoi le rapport avec la page module du backoffice ????


C'est vrai, à priori je ne vois pas le rapport...
Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted

Bonjour,

Je reviens à la charge avec cette histoire de lenteur sur mon serveur dédié.
Je précise que ce matin mon hébergeur m'a ouvert le port 80 sur mon firewall

Voici qqls éléments de config :
* Version de Prestashop : 1.4.1.0
* Version de PHP : 5.2.14
* Version de MySQL : 5.0.81-community
* Espace libre : 31.19 GB
* Espace total : 58.01 GB
* safe_mode n'est pas activé.
* register_globals n'est pas activé.
* allow_url_fopen est activé.
* gd est activé.
* file_uploads est activé.
* /config est accessible en écriture.
* /tools/smarty/compile est accessible en écriture.
* /sitemap.xml est accessible en écriture.
* /img est accessible en écriture.
* /mails est accessible en écriture.
* /modules est accessible en écriture.
* /themes/montheme/lang est accessible en écriture.
* /translations est accessible en écriture.
* /upload est accessible en écriture.
* /download est accessible en écriture.

PHP memory_limit : 128M


Et c'est toujours cette foutue page des modules (où je vais bcp en ce moment, évidemment...) qui met 10 secondes.

Firebug me dit que c'est le fichier php qui met ce temps là, toutes les autres ressources, js,css, img, etc sont ok

Link to comment
Share on other sites
pako69 Newbie

pako69

Posted
  • Author
Posted

Ca s'arrange...

Mon hébergeur vien de m'ouvrir le port 443 HTTPS, du coup :
- Sur la page d'accueil du backoffice, j'ai les news,l'actu, les conseils Paypal qui s'affichent (avant je n'avais rien)
- La page module met désormais à peine 4 secondes !

Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to topic listing
×
×
  • Create New...