Sur l’optimisation de Prestashop (I)

Dans cette série de messages, je vais essayer d’expliquer comment optimiser la vitesse de chargement de notre Prestashop dans une perspective plus avancée qu’est maintenant d’usage.

Pourquoi est la vitesse de chargement de votre boutique Prestashop si important ?

1. positionnement moteur de recherche :

1.1 si un utilisateur effectue une recherche, obtenir un résultat et arriver à notre magasin de chargement de la page, l’utilisateur ne soit trop tard elle reviendra sur le moteur de recherche pour pouvoir choisir une autre option, ce comportement sera identifié par le moteur de recherche être pénalisé notre boutique.

1.2 si rémunération publicité qualité ad vont baisser pour obtenir un pourcentage du très-haut rebond pour les mêmes raisons mentionnées au point précédent.

1.3 quand plus léger est qu'une page plus facilement et propre va être indexation par un moteur de recherche.

expérience de l’utilisateur 2 (UX) :

Les utilisateurs actuels ne vous attendez pas plus de 5 secondes le chargement de chaque page pour naviguer, tenant compte du fait que nous parlons d’un ecommerce où au moins est vous devez visiter 5 à 10 pages avant de convertir toute visite dans une vente nous ne peut pas dépasser en aucun cas cette fois de la charge maximale, idéalement pour être moins de 2 secondes par page (Désolé que ce n’est pas facile à réaliser avec Prestashop) Nous aurons à travailler dessus).

Témoignages :

Les sites Web suivants nous servir d’exemple de l’importance de l’optimisation du web (Web Performance Optimization WPO) de la vitesse

Facebook.com : une hausse de 0,5 secondes de son temps de charge diminue le trafic total sur son réseau de 3 %. Une hausse de 1 seconde une chute de 7 %.

Amazon.com : un dixième de seconde proboca une chute d’une signification de 1 % des revenus pour ce géant de millions de dollars.

Bien sûr ces chutes ne sont pas comparables aux où ils auront dans votre boutique Prestashop, votre entreprise n’est pas facebook ou Amazon, votre temps de chargement augmentera le taux d’abandon de votre site beaucoup plus.

Laissez-nous en théorie et en pratique-Let's :

Pour commencer ce premier chapitre, je vais vous expliquer l’optimisation base de Prestashop et une introduction au mode avancé que je vais essayer dans mon deuxième post.

La partie de base optimisation de notre Prestashop, nous avons divisé en plusieurs sections dans l’onglet avancé des paramètres--> la performance de notre Back Office. Nous allons commencer à expliquer le choix de Smarty :

La langue principale de Prestashop est le PHP qui est traité avec une vue du module (MVC) langage de programmation, l’un des avantages de Prestashop est que d’une part nous programmer les fonctionnalités d’autre part montrer à l’utilisateur sous Smarty C’est un moteur de templates PHP assez optimisé.

L’option de Génération de force Il ne doit être utilisé que lorsque nous faisons des changements dans nos nos fichiers TPL modèle, n’oubliez pas que le temps de charge sera multiplié au moins trois dés qui sont compilées les fichiers avec chaque recharge notre PrestaShop.

L’option Recompiler les modèles lorsque les fichiers sont modifiés Il s’agit de l’option est utilisée dans les magasins de Prestashop qui existent actuellement, qui est une option envisageable pour être dans la production et nous enlever problèmes quand nous charger les modules et apporter des changements sporadiques dans les fichiers de notre boutique (étant donné que Prestashop si vous interceptez les changements), mais n’oubliez pas que c’est toujours plus vite dire Prestashop pour recharger directement le web qui vous disent de recharger si vous vérifiez que vous avez rien n’a changé dans leurs fichiers TPL.

Si notre boutique est en production toujours option doit être sélectionnée :

« Jamais recompiler les fichiers de templates »

de cette façon que PrestaShop ne vérifiera pas si toute modification a été effectuée dans les fichiers avec l’extension TPL et facturée que Smarty a déjà compilé en charges précédentes, puisqu’il n’a vraiment Smarty est ce même, code PHP une sur les traits avec le code qui sert à montrer le client de la boutique.

Smarty compilé fichiers sont stockés dans le chemin suivant dans Prestashop :

cachesmartycompile

et ils ont l’apparence suivante :

comme vous pouvez voir les fichiers TPL et leurs variables ont été convertis en PHP par le Manager de Smarty. Ce fichier particulier est la compilation des archives cms.tpl du modèle qui est utilisé chaque fois que nous voulons afficher le contenu de n’importe quel CMS que nous avons créé dans Prestashop, comme la célèbre « mentions légales » ou « a propos »

Dans le paragraphe suivant de la section de l’optimisation de Smarty, nous avons l’option suivante :

Si vous sélectionnez Système de fichiers Nous utiliserons le type de fichiers mentionnés dans le point précédent, ce système de fichier est le plus largement utilisé dans les boutiques Prestashop et donne de très bons résultats surtout quand les disques durs SSD est disponible sur notre serveur.

Le type de cache option Prestashop MySQL est beaucoup moins répandu, peut-être à cause de l’ignorance ou de la saturation souvent les serveurs Mysql lors de l’utilisation de Prestashop. Cette option fait enregistrement dans la table ps_smarty_cache chacun des fichiers compilés de Smarty, de cette façon au lieu de la demande sous forme de fichier directement faire une requête à la base de données. Yeux, nous avons eu 59 interroge la base de données à 510 par exemple charger la page d’accueil

.

Si on active l’option de Cache MySQL Smarty fichiers situés dans le répertoire cachesmartycompile continuera création et chargement avec ce que cette option n’est pas possible a priori dans le cas contraire optimiser les requêtes et éviter qu’ils chargent les fichiers de smarty.

Nous continuons avec l’option :

Sans doute cette option devra être signalée à Nettoyer le cache chaque fois qu’il a quelque chose a changé. Dans le cas contraire notre serveur sera progressivement rempli de fichiers qui serviront jamais ont été modifiés (j’ai vu hébergement avec 10 Go de ces fichiers inutiles)

Maintenant, nous allons avec le bloc suivant qui est très important :

Sûrement toutes les options énumérées doivent être activées, bien qu’il devrait être clair que chaque option signifie :

Il s’agit de l’optimisation de la droite, mais nous allons plonger dans ce que chacune des options, nous commençons par le premier :

PrestaShop utilise des centaines de fichiers CSS pour montrer la conception du magasin, plus précisément dans une norme Prestashop et chargement de la page d’accueil charge frais de 32 fichiers différents et ce sont beaucoup de demandes au serveur uniquement pour charger notre conception du magasin. L’activation de cette option Prestashop unit ces 32 fichiers en 1 seul fichier qui se trouve dans le répertoire suivant :

/themes/default-bootstrap/cache/v_2_a626428eb9fe7470a14cb29a65288b5b_all.CSS

de cette façon, nous prenons requêtes sur le serveur et la taille du fichier étant donné que Prestashop rassemble tout le code en ligne de l’optimiser (attention, s’il y a qu'un bug dans votre page de codes CSS s’affiche mal cette option)

Dans le prochain post, nous allons continuer entrant plus avancées d’optimisation de Prestashop.