Jump to content

Tentative D'optimisation Des Performances: Help?

fredouille
 Share

Recommended Posts

fredouille Newbie

fredouille

Posted
Posted (edited)

Bonjour,

Confrontée aux (graves) problèmes de lenteur de Prestashop (version 1.6.1.1 -> désolée, je ne fais de mise à jour: je vois trop de posts d'autres qui ont tenté et cumulent d'autres problèmes), notamment en back-office, je tente de suivre les préconisations données dans la documentation officielle en français.

Parmi ces préconisations:

  • cite la doc
    fichier smarty.config.inc.php
    conseil PS: "IMPORTANT : en production, $smarty->force_compile doit être mis à "false", car cela améliorera de 30 % le temps de chargement de la page."
    QUESTION:
    la ligne de mon fichier contient:
    "$smarty->force_compile = (Configuration::get('PS_SMARTY_FORCE_COMPILE') == _PS_SMARTY_FORCE_COMPILE_) ? true : false;"

    Question: je fais quoi?

Attendons une réponse avant d'entamer le reste...
Merci à ceux qui pourront m'aider et auront la gentillesse de me répondre

Edited by fredouille (see edit history)
Link to comment
Share on other sites
fredouille Newbie

fredouille

Posted
  • Author
Posted (edited)

Bonjour très cher,
 

Avant de venir poster cette question, croyez bien que j'ai épluché les options de du B.O de PS...
J'ai bien remarqué que certaines coches écrivaient false ou true sur certans fichiers.
 

Maintenant, quand malgré tout, PS continue à ramer déplorablement, que je tombe sur une documentation officielle qui me dit "va mettre à false", bête noob que je suis, je vais quand même voir.
De mon côté, je me dis que chunter les tests de cases à cocher et l'atteeeeeeeeeeeente de mise à jour de fichier peut être une option avantageuse et rapide.
Seulement voilà, dans ma petite tête de noob, False, je comprends, True, je comprends.
Quand je vois "true : false", je comprends pas.
 

La réponse constructive et aidante aurait été de me dire quelles options cocher pour m'éviter de refaire 10 essais: en tant que spécialiste, vous avez probablement la réponse efficace et véritablement aidante, je n'en doute pas.

Merci de votre aide complétée :-)

Edited by fredouille (see edit history)
Link to comment
Share on other sites
Mediacom87 Grand Master

Mediacom87

Posted
Posted 
$smarty->force_compile = (Configuration::get('PS_SMARTY_FORCE_COMPILE') == _PS_SMARTY_FORCE_COMPILE_) ? true : false;


si Configuration::get('PS_SMARTY_FORCE_COMPILE') == _PS_SMARTY_FORCE_COMPILE_
alors true
sinon false

PS_SMARTY_FORCE_COMPILE est définie dans la table configuration de votre prestashop à l'aide de l'option dans Performances.

 

Votre boutique rame, mais à quel niveau ?

 

et surtout vous dites avoir trouvé une doc avec cela est pourriez vous donner la référence car cela me semble étrange.

 

Après que cela n’influence pas beaucoup c’est fort probable mais tout dépend de votre hébergement, de la configuration du serveur, des options de la page performances ... et j'en passe.

Link to comment
Share on other sites
Mediacom87 Grand Master

Mediacom87

Posted
Posted

Bon, ben je crois que la doc est barge des fois ou surtout plus à jour de la configuration de PrestaShop

 

http://doc.prestashop.com/pages/viewpage.action?pageId=26148921#Guidedel%27administrateursyst%C3%A8me-Fichiersmarty.config.inc.php

 

 

Fichier smarty.config.inc.php
  • $smarty->caching = false; : le système de cache de Smarty doit être désactivé, parce qu'il n'est pas compatible avec PrestaShop.
  • IMPORTANT : en production, $smarty->force_compile doit être mis à "false", car cela améliorera de 30 % le temps de chargement de la page. En revanche, lors de la modification d'un fichier .tpl, vous devrez effacer le dossier /tools/smarty/compile (sauf son fichier index.php) afin de voir les modifications en place dans votre navigateur. Notez que ce réglage peut également être fait dans le back-office, dans la page "Performance" du menu "Paramètres avancés", section "Smarty".
  • $smarty->compile_check devrait être laissé à "false".
  • $smarty->debugging vous donne accès aux informations de débogage de Smarty quand les pages sont affichées.

 

 

Tout cela se fait dans l'onglet performances depuis pas mal de temps.

 

Quel type d’hébergement avez vous et chez qui ?

Avez vous activé tous les smartcache ?

Utilisez vous un CDN ?

Avez vous activer un Cache tout en bas de la page performance ?

 

Avez vous fait des test avec des sites de test comme webpagetest ou seulement en vous fiant à votre impression ?

 

Le soucis n'est que sur la backoffice ? dans son ensemble ou sur certaines partie ?

 

Ou cela concerne principalement le front office ?

 

Quel est le volume de votre catalogue actuellement ?

 

Avez vous activé le cache en base de données ou fichiers ?

  • Like 1
Link to comment
Share on other sites
fredouille Newbie

fredouille

Posted
  • Author
Posted (edited)

Merci pour cette réponse plus complète.
Je vais tâcher de répondre au point par point.

 

1- doc citée: lien direct: http://doc.prestashop.com/pages/viewpage.action?pageId=26148921
Rubrique: Guide de l'administrateur système § "Peaufinage des performances"
Dernière mise à jour juillet 2015 / Création (antérieure sans doute) X. Borderie soi-même...

 

2- hébergement- dslée, omis de préciser. Mutualisé, 1&1. Version récente des offres série "Unlimited" (avec les limites du mutualisé)
Base de données dédiée uniquement à la version de production de mon Prestashop, sans rien d'autre qui tourne dessus pour éviter les surcharges de transaction serveur/BD
Par ailleurs, je suis en multiboutique (mode virtuel - 2 paramétrées - partage de clients, mais pas de commande ni de produits).
Heureusement une seule tourne (la défaut) pour le moment: les lenteurs retardent la mise en place des autres.

3- CDN: traduction? Serveur pour les fichiers statiques type image c'est ça?
Prévu de tester, mais j'avoue qu'un raccourci ou un lien utile pour m'aider à le mettre en place me donnera du courage.
J'ai repéré à la mise en place de ma version préprod (sur serveur distant pour avoir le même environnement), issue d'un backup de ma version de production, nécessitait des manipulations de fichiers pour aller taper dans le bon dossier et dans la bonne base de données (une autre, dédiée elle aussi à la version préprod)
Du coup, je crains de m'embarquer dans quelque chose de très chronophage dans trop savoir où aller.

3- activation smartcache: oui pour tout, sauf css et compression du javascript dans le HTML ->
Je les passe à oui aussi, nous verrons. Paramètre ajusté à l'équivalent pour "toutes les boutiques", et vérifié concordant sur mes 2 boutiques.
Question :En ce cas, est-il préférable de repasser la compilation de fichier de template à "oui si mis à jour", puis remettre à "jamais" une fois la 1ère modification appliquée?
Précision: mode debug resté à non, puisque je ne l'ai pas activé

 

4- pas de test avec webpagetest/ J'irais voir
Lenteurs = constat, pas impression.
Symptôme: moulinette ("ça tourne") en haut de l'onglet navigateur et sur le logo pingouin PS en haut à gauche du B.O, puis au niveau des boutons enregistrer en bas, même si les 2 autres sont stabilisés.

Pas plus tard qu'aujourd'hui, mettre en ligne 5 produits m'a pris ... 7h00...
J'ai souvent constaté des lenteurs en front sur bien d'autres boutiques PS.
C'est en outre un problème très fréquemment remonté sur ce forum.

> En back office: c'est énorme.
> En front: un peu moins.

Je suis venue à me demander si les déclinaisons de produits (uniquement couleurs pour le moment), ne constituent pas un  facteur aggravant.
J'ai réduit le nombre de produits affichés par page pour "soulager" le serveur: est-ce que ça le soulage?

5- Nombre de produits: 270 à +/- 6, non compté les déclinaisons (celles-ci n'ayant pas d'ID produit propre en catalogue).
Tous les produits créés ont été affectés uniquement à la boutique par défaut active.
Les boutiques paramétrées n'ont pas nécessairement accès à toutes les catégories.
Une partie seulement des produits sont affectés à plusieurs catégories, jamais plus de 6 dans tous les cas.
Chaque produit a sa catégorie par défaut affectée à la catégorie précise à laquelle il appartient (jamais une parente, pour éviter le duplicate url/content).

Tous sont affectés à au moins 2 catégories, quand l'une d'elle a des catégories enfant (je ne compte pas la cat. principale par défaut).
 

6- Précision complémentaire: 4 langues installées
 

7- "Cache activé tout en bas de la page performance": non car je ne comprends pas toutes les options proposées qui s'activent en ce cas. Soit:
Système de fichier:
=> Memcached par PHP::Memcache (vous devez installer l'extension Memcache PECL)
=> Memcached par PHP::Memcached (vous devez installer l'extension Memcached PECL)
=> APC (vous devez installer l'extension APC PECL)
=> Xcache (vous devez installer l'extension Xcache)
& ajout de serveur éventuellement...
Votre préconisation (hors mise en place de serveur dans l'immédiat - j'imagine qu'on revient sur la notion de CDN?)

 

 

8- 1and1 implémente et recommande le php 5.6 sur ses hébergements mutualisés.
Prestashop est-il compatible?
Même si oui, j'ai dû revenir à une version antérieure à cause du multilingue qui semble consommer beaucoup de  mémoire apparemment. La limitation de 1and1 bloquait le multilingue.
Il a été débloqué en revenant à une version antérieure de Php, moins gourmande en mémoire (d'après les indications de l'hébergeur): le fait est que le mutilinge marche sur cette version 5.4, et qu'il bloque sur versions ultérieures.

 

Merci pour votre aide et vos pistes.
Mille excuses par avance si je ne vous répond pas dans la foulée: il est tard, grosse journée demain et besoin de repos. Il doit en être de même pour vous, d'autant que ma réponse est "nourrie".
Bonne nuit et WE.
Je reviens demain :-D

 

Edited by fredouille (see edit history)
Link to comment
Share on other sites
Mediacom87 Grand Master

Mediacom87

Posted
Posted

Ah ben voilà ... 1and1 est votre soucis, je ne l'utilise que pour des site de démo et de test et c'est pas glorieux.

 

Avec, comme vous le dite dune limite caché sur des offres illimitées mais très très contraignantes.

 

Donc je vous conseillerais de changer d'hébergeur.

 

puis faire la mise à jour vers la 1.6.1.3 qui semble corriger le soucis sur l'enregistrement des produits.

 

pour les CDN voici un petit article http://www.prestatoolbox.fr/content/16-cdn-performances-prestashop

Link to comment
Share on other sites
  • 1 month later...
fredouille Newbie

fredouille

Posted
  • Author
Posted (edited)

Merci pour vos réponses à tous
Et Bonne année. :D
Veuillez m'excuser de ma réponse vraiment très tardive. La période des fêtes a été accaparante

Je vais commencer par la mise en place d'un CDN et tester la mise à jour 1.6.1.3 (peut-être - à moins que le test d'autres solutions e-boutique soit plus probant)
Merci pour le conseil de passer chez un  hébergeur digne de ce nom. Néanmoins, une application  digne de ce nom (aussi) peut  causer moins de problèmes. Cela fait maintenant 8 ans que je tourne avec Joomla, et des extensions tierces élaborées. Des bugs de ce genre ne font pas partie de l'univers.

Je veux bien entendre que le choix de l'hébergeur soit un critère.
Mais il ne faut pas pour autant mettre de côté le rôle des méthodes de dév. / costruction de certaines applis.
Un bouton qui tourne pendant 1h pour mettre à jour un produit n'est pas un signe de performance et de qualité du côté de l'application. Nous ne parlons que d'un bouton... S'il faut passer à un serveur dédié pour 1 bouton... hum, hum...

Prestashop est une belle proposition, séduisante, mais sérieusement remise en question avec ce genre de problématiques.

J'ai reléve que la seule connexion au back-office fait sauter l'utilisation UC de mon ordinateur au plafond. Là, le choix de l'hébergeur n'a pas grand rôle à jouer. Nous avions eu ce genre de problème chez mon ancien employeur: des scripts trop gourmands sollicitaient exagérément les postes de nos clients finaux. Ce qui provoquait de graves ralentissements des sites, en fait dus à la sollicitation exagérée des équipements de nos internautes. La suppression de ces scripts a immédiatement rétabli un fonctionnement plus normal.

 

Bonne journée

Edited by fredouille (see edit history)
Link to comment
Share on other sites
fredouille Newbie

fredouille

Posted
  • Author
Posted

PS:
Pour information, j'ai réduit le nombre d'articles affiché par page, et supprimé l'association à plusieurs catégories faite sur certains produits.
Ceci semble "soulager" un peu l'application.

Un peu balot de ne pas pouvoir utiliser l'assocation de plusieurs catégories, qui est intéressante
 

Link to comment
Share on other sites
  • 1 year later...

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...