Ce module accroîtra vos chances de ventes en apportant de la crédibilité à vos produits et votre boutique. En effet, c’est un des moyens de donner confiance à votre potentiel client en ce qu’il va acheter que de lui montrer que d’autres personnes avant lui ont franchi le pas.

Bien entendu vous avez plusieurs options disponibles qui vous permettront d’afficher approximativement ou avec exactitude le nombre de vente pour un produit.

Ainsi, si par exemple vous n’avez vendu que 19 fois un produit et que vous estimez que le fait d’afficher ce nombre exact de ventes peu vous portez préjudice (repousser le potentiel client qui peut se dire que 19 c’est peu) vous pouvez faire en sorte d’afficher une phrase qui indiquerait avec approximation le nombre de vente. Par exemple :

Presque 50 personnes ont déjà acheté ce produit ! Pourquoi pas vous ?

Voici la liste des options :

• Afficher ou non le module si aucune vente n’a été effectuée sur un produit
• Afficher un icône en fonction du nombre de vente réalisée
• Déterminer un nombre de vente a partir duquel afficher le nombre exact de vente pour le produit
• Déterminer une fourchette de nombre de vente dans laquelle afficher avec exactitude le nombre de vente
• Choisir la phrase à afficher en cas d’affichage exact du nombre de vente
  Par exemple :

98 personnes ont acheté ce produit ! Qu’attendez-vous ?

• Choisir la phrase à afficher en cas d’affichage approximatif du nombre de vente lorsque ce nombre n’atteint pas le nombre de vente à partir duquel il faut l’afficher avec exactitude
  Par exemple :

Presque 50 personnes ont déjà acheté ce produit ! Pourquoi pas vous ?

• Choisir la phrase à afficher en cas d’affichage approximatif du nombre de vente lorsque ce nombre dépasse la fourchette dans laquelle l’afficher avec exactitude
  Par exemple :

Déjà plus de 100 personnes ont acheté ce produit ! Alors n’attendez plus et franchissez le pas.

Voir la démo

Télécharger le module

Le module en images :

Related Products by Product’s Tags

Pour déterminer la relation entre les produits, le module récupère les mots clés du produit visualisé par votre client et tente de récupérer tous les produits possédant un mot clé similaire.
Autrement dit, lorsque vous insérez des mots clés (tags) dans vos fiches produits afin d’optimiser votre référencement, le module va élargir automatiquement vos chances de convertir les visites de votre boutique en achat. Vous n’avez rien de particulier à faire une fois le module activé, vous pouvez continuer à entrer vos fiches produits comme avant, sans contrainte particulières.

Toutefois, le module possède une administration qui vous permettra de :

• retirer automatiquement des mots clés (par exemple vous avez des produits avec un mot clé « jaune » => vous pouvez empêcher le module de rechercher des relations entre produits sur ce mot clé)
• forcer l’utilisation de mots clés. En effet, si vous voulez que la recherche soit effectuée sur certains mots clés seulement, vous pouvez les définir dans l’admin du module. Si ils sont présents dans les mots clés d’une fiche produits ils seront utilisés pour rechercher des produits similaires. Par contre si votre fiche produit ne possède aucun des mots clés de ce paramètre, aucune recherche de produits similaires sera faite
• définir un nombre maximum de produits similaire à afficher
• définir un nombre maximum de tags à tenter de rechercher dans d’autres produits (permet d’éviter de ralentir les performances de votre site si vous avez beaucoup de mots clés par produits). Par exemple, si une fiche produit possèdent 15 mots clés et que vous avez paramétré cette option à 10, alors seulement les 10 premiers mots clés de votre produit seront utilisés pour rechercher des produits similaires
• restreindre la recherche de produits similaires à des catégories en particuliers
• choisir les catégories dans lesquelles vous souhaitez que le module s’affiche

Voir la démo

Télécharger le module

Le module en images :

L’équipe Prestashop a donc pondue un travail énorme pour faciliter les mises à jours de sa plateforme, je vais vous détailler ici comment utiliser ce système de surcharge à travers la surchage de la class ProductSale.

1/ Comprendre le mécanisme de surcharge de Class dans Prestashop 1.4

Si vous avez fouillé un peu dans les fichiers source d’une installation toute fraiche de Prestashop 1.4, vous aurez peut-être remarqué l’apparition du dossier « override » à la racine.

A l’intérieur de ce dernier se trouvent 2 dossiers :

• classes
• controllers

Comme vous l’aurez peut-être compris, lorsque Prestashop tente d’instancier un nouvel objet il passe en premier lieu dans ces dossiers pour voir si des surcharges existent. Si aucune n’est trouvée, il reprend son chemin habituel, à savoir la visite du dossier « classes » qui se trouve  la racine.

Le premier dossier « classes » concerne donc toutes les Class utilisées par la boutique, tandis que le dossier controllers concerne les différents contrôleurs (apparus dans cette nouvelle mouture 1.4) qui vous permettront d’effectuer des actions en plus (par exemple, ajouter des hook dans un contrôleur pour y exécuter le code de votre choix, je vous conseil la lecture de cet article de Michel Courtade).

2/ Un exemple : la surcharge de la Class ProductSale

Du concret ! Pour surcharger la class ProductSale rien de plus simple, il vous suffit de créer le fichier suivant dans le dossier override/classes/ : ProductSale.php

Ici on va effectuer un simple héritage de class comme ceci :

<?php

class ProductSale extends ProductSaleCore {

}

Ensuite ça fonctionne comme n’importe quel héritage de class en PHP, vous pouvez surcharger les méthodes de la class ProductSaleCore (anciennement nommée ProductSale dans Prestashop < 1.4). Par exemple, si je souhaitais modifier la méthode getNbSales pour afficher le nombre de produits vendus qui sont désactivés dans ma boutique, il me suffirais de mettre ceci :

<?php

class ProductSale extends ProductSaleCore {

...

 static public function getNbSales()
 {
 $result = Db::getInstance(_PS_USE_SQL_SLAVE_)->getRow('
 SELECT COUNT(ps.`id_product`) AS nb
 FROM `'._DB_PREFIX_.'product_sale` ps
 LEFT JOIN `'._DB_PREFIX_.'product` p ON p.`id_product` = ps.`id_product`
 WHERE p.`active` = 0');
 return (int)($result['nb']);
 }

...
}

Enfin, vous avez la possibilité d’écrire vos propres méthodes. Dès que Prestashop rencontrera des instanciations de cette class, il viendra parcourir votre nouveau fichier et y exécuter vos méthodes réécrites ou celles qui sont nouvelles. Sinon il cherchera celle de la class mère (ProductSaleCore).

Libre à vous d’utiliser ces surchages de class pour créer vos propres modules par exemple !

Depuis le temps Prestashop a évolué (et ça c’est bien !) pour afficher une belle version 1.4 et toutes ses nouveautés (en détails ici sur le blog officiel de la boutique e-commerce). De mon côté, temps retrouvé, j’ai décidé de reprendre le développement de mon petit module (un simple bloc qui affichera les derniers produits vendus), mais ce, sur la nouvelle mouture 1.4.

J’ai directement été confronté à un problème : impossible de faire fonctionner les fonctions de débugs d() et p()… Au début je ne comprenais pas, j’exécutais par exemple un simple test comme celui-ci :

d('je passe ici, arrête toi petit script !);

ou encore

p('affiche toi petit test !');

Mais rien…

Dès lors je me lance dans un simple :

die('Salut, je m'arrête ici !');

Et là ! Miracle ça fonctionne…

Je décide dès lors de prendre le taureau par les cornes, et jette un oeil dans la Class Tools (classes/Tools.php), contenant les méthodes static « d() » (ligne 530) et « p() » (ligne 540). Ces méthodes appelant la méthode « dieObject() » (ligne 512) de cette même class, j’y jette un oeil aussi. Et que vois-je ?

public static function dieObject($object, $kill = true)
{
 if (defined('_PS_MODE_DEV_') AND _PS_MODE_DEV_)
 {
 echo '<pre style="text-align: left;">';
 print_r($object);
 echo '</pre><br />';
 if ($kill)
 die('END');
 }
 return $object;
}

On remarquera le test sur la constante « _PS_MODE_DEV_« , qui, si elle n’est pas définie ou vaut « false », ne permet pas d’afficher le contenu de la variable $object passée en paramètre de méthode.

Après de multiples recherches infructueuses dans le back office, pensant que l’équipe de Prestashop avait mis en place un moyen de choisir la phase de développement du site, je me suis tourné vers une recherche plus classique, via un bon vieux éditeur (PSPad au passage, un de mes IDE), dans tous les fichiers source de Prestashop sur le mot « _PS_MODE_DEV_ ». Et je suis tombé sur le fichier config/defines.inc.php à la ligne 28 :

define('_PS_MODE_DEV_', false);

En remplaçant false par true comme ceci :

define('_PS_MODE_DEV_', true);

On peut utiliser les fonctions de débug à souhait !

Moralité de l’histoire :

Malgré les belles performances et la qualité du noyau Prestashop, on regrettera toujours le manque flagrant de documentation de la boutique (si on la compare à un Joomla!, un Drupal, un WordPress etc…). Et ceci est fort regrettable ! Même si dans le cas de cet article le besoin n’est pas indispensable, de manière générale on peut le regretter, surtout avec l’arrivée de la refonte du noyau et la possibilité de surcharger les class et méthodes du noyau PS 1.4 !

Sur ce, j’espère que ça aura servit à certaines personnes.

Téléchargez le module en cliquant ici

Description du module :

• Au niveau du back office, vous avez la possibilité d’attribuer à vos produits hors stock (mais disponibles en vente, donc commandables), des délais de livraison minimaux et maximaux (les délais prévus pour que vous receviez ces produits de vos fournisseurs).
• En plus de cela vous pouvez attribuer des délais minimaux et maximaux de livraison à vos transporteurs.
• Tout ceci aura pour effet, sur le front office de votre boutique, d’afficher les dates prévues de livraison de la commande passée par le client. Ces dates seront visibles dans le tunnel de commande, au moment où le client choisira son transporteur.

NB : Il est important de noter que si un client sélectionne des produits qui ont des délais de livraison différent, le délai minimum le plus grand des 2 produits sera additionné au délai de livraison minimum du transporteur, pareil pour le délai maximum. De plus, si une des dates de livraison tombe un dimanche, le module décalera la livraison d’un jour.

Exemple :

Un client commande un produit A le 13/12/2010.
Le produit A n’est disponible qu’à partir de 3 à 5 jours une fois que le client passe commande.
Ce même client choisi le transporteur B, lequel délivre ses colis entre 1 et 3 jours.
Au final, dans le tunnel de commande du client, sera affiché une date de livraison prévue entre le 17/12/2010 et le 21/12/2010 (13 + 3 + 1 = 17 et 13 + 5 + 3 = 21)

Screenshot FO et BO :