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 :

Téléchargez l’archive ci-dessous puis décompressez là dans le dossier racine de vos sites web (par défaut le dossier www contenu dans le dossier wamp, exemple : C:\wamp\www).

Custom Wamp Homepage

Pour la configurer rien de plus simple, il vous suffit de modifier le fichier index.php et :

• Modifier la ligne 3 : $wampConfFile = ‘../wampmanager.conf’; en mettant le chemin relatif vers le fichier de configuration wamp (généralement vous n’avez pas à le changer si vous utilisez le dossier www).
• Modifier la ligne 6 : $aliasDir = ‘../alias/’; en mettant le chemin relatif vers le répertoire contenant les alias (pareil ici, vous ne devriez pas avoir à le modifier).

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 :

Après des semaines d’attentes voici mon dernier né : plg_relatedarticlestags version 1.0 ou Plugin Related Articles Tags, c’est plus joli je vous l’accorde !

Ce plugin est compatible Joomla! 1.5 NATIF. Une demo est disponible en cliquant ici : DEMO

Pour le télécharger il vous suffit de cliquer ici :

DOWNLOAD plg_relatedarticlestags_1.3.zip

Fonctionnalités :

MAJ Version 1.3 (10/10/2009) :

• Correction du bug pour l’affichage aléatoire des articles, la fonctionnalités fonctionnent dorénavant.
• Implémentation du Mootools Accordion à la place de l’infobulle, pour un rendu meilleur de l’introduction des articles.

MAJ 1.2 :

• Correction d’un bug qui faisait mal fonctionner le plugin parfois.

MAJ Version 1.1 :

• Le plugin est maintenant traduit en français et anglais ainsi qu’en italien et espagnol (pas totalement), merci à Celena et Piko
• Possibilité de trier les articles : les plus récents, les plus anciens ou aléatoire.
• Possibilité d’afficher une infobulle sur chaque lien, contenant le texte d’introduction de l’article.
• Possibilité de limiter l’affichage de cette introduction, en spécifiant un nombre de lettres à afficher.

La principale fonctionnalité de ce plugin résulte dans le fait qu’il permet d’afficher, en dessous de vos articles, des liens vers d’autres articles relatifs à celui que vous visionnez. Cette corrélation s’effectue automatiquement. En fait le plugin cherche les mots clés (TAGS) de vos articles et créé des liens entre les articles possédant des mots clés similaires.

A cela s’ajoutent plusieurs critères, qui vous permettront de mieux filtrer votre affichage :

• possibilité de définir le nombre de liens vers des articles relatifs à afficher
• possibilité de définir les sections dans lesquelles le plugin cherche à matcher des mots clés, par défaut le plugin cherche dans toutes les sections
• possibilité de définir les catégories dans lesquelles le plugin cherche à matcher des mots clés, par défaut le plugin cherche dans toutes les catégories
• possibilité de définir dans quelles sections le plugin doit apparaitre, par défaut toutes
• possibilité de définir dans quelles catégories le plugin doit apparaitre, par défaut toutes
• possibilité d’entrer des mots clés interdits, qui ne seront pas matché par le plugin

D’autre part, le plugin possède sa propre feuille de style (plugin/content/relatedArticlesTags/relatedArticlesTags.css) ainsi que ses propres fichiers de langues (disponibles de base en français et anglais), je vous laisse la joie de le traduire et de me donner vos fichiers pour que je les ajoute au pack d’installation, si traduction vous faites.

Pour toutes question ça se passe à la suite de cet article.

En espérant que ce plugin vous sera utile (pensez à me noter sur extensions.joomla.org, merci),

merci,

Ah oui mais au fait pourquoi cet article ? Tout simplement pour tout ceux qui en on marre des erreurs telles que :

PHP Fatal error: Allowed memory size of XXX bytes exhausted (tried to allocate YYY) in un_fichier.php

Allez, c’est par là que ca se passe !

En fait, si vous obtenez une erreur de ce genre c’est tout simplement car votre script est trop gros pour votre serveur Apache. Il faut savoir que d’origine, memory_limit est définie à 8MB,dans le fichier php.ini (c’est dans ce fichier que sont définies toutes les variables d’Apache) ,ce qui est relativement peu quand on a une grosse base de données par exemple et que l’on veut exécuter des requêtes importantes.

La solution ? Augmenter cette valeur !

1ere façon : modifier php.ini

Si vous avez accès au fichier php.ini de votre serveur ouvrez-le avec votre editeur de texte préféré (en local par exemple, avec WAMP, il se trouve dans wamp/Apache2/bin/php.ini).

Là, faites une recherche (CTRL + F généralement) avec le mot clé « memory_limit« . Une fois le mot trouvé, remplacé la valeur par :

memory_limit = 32M ; Maximum amount of memory a script may consume (8MB)

(ce qui suit le ; est un commentaire, on s’en fiche ). 32M est une valeur raisonnable.

Mais vous pouvez ajustezr la valeur à vos souhaits, cependant sachez que plus vous réglerez une valeur élevée plus votre site peut s’exposer à du danger. En effet, avec cette méthode vous permettez l’exécution de gros script ou grosses requêtes SQL sur tout votre site, du coup si une personne malveillante voulez soutirer un maximum de données elle pourrait le faire.

Pensez à relancer votre serveur Apache pour que les modifications prennent effet !

2eme façon : modifier .htaccess

Cette méthode est souvent nécessaire si vous n’avez pas accès au fichier php.ini (la plupart du temps c’est le cas si vous êtes chez un hébergeur). La solution est de modifier la valeur du memory_limit en insérant une petit ligne de code dans votre fichier .htaccess (si vous n’en n’avez pas, créez-en un avec votre éditeur de texte, renommez le .htaccess).

Je vous conseille de créer ce fichier spécifiquement dans le dossier où se trouve le fichier qui détient le script trop volumineux et donc auteur de votre visite sur mon blog (j’espère que vous me suivez :p ).

Bref voici la ligne à ajouter dans le fichier :

php_value memory_limit 64M

Ce changement sera local, et s’appliquera donc seulement à l’ensemble des script présents dans les fichiers enfants de votre dossier contenant le fichier .htaccess (relisez bien c’est compréhensible, si si, je vous assure ! ).

3eme façon : changer memory_limit dans votre script php !

Cette dernière méthode est la mieux adaptée à mon sens, car c’est la moins dangereuse. En effet, nous allons allouer plus de place à l’exécution d’un script bien précis puisque nous allons insérer une ligne de code PHP qui va permettre de modifier la valeur de la variable seulement à l’exécution dudit script ! De plus, vous pouvez la faire sans avoir besoin des permissions d’accès au php.ini ou .htaccess.

Voici le bout de code (à placer dans votre fichier php, au dessus du satané script volumineux) :

ini_set(‘memory_limit’,’64M’);

Voilà c’est tout pour aujourd’hui, un grand merci à MDLog:/sysadmin. Si vous allez la moindre question posez là !

Grâce à ces quelques lignes de codes vous pourrez utiliser pleinement l’API avec notamment les class d’accès à la Base de données, aux informations utilisateurs, aux informations session etc… Bref tout ce qui existe dans Joomla pour vous faciliter la tâche (merci JFactory).

Voici donc le code miraculeux :

// On définie que c'est un fichier familier à Joomla
define('_JEXEC', 1 );

define('JPATH_BASE', '../../../' );

define( 'DS','/' );

// On inclue les constantes
require_once ( JPATH_BASE.DS.'includes'.DS.'defines.php' );
// On inclue le framework
require_once ( JPATH_BASE.DS.'includes'.DS.'framework.php' );

// On inclue la fameuse class JFactory
require(JPATH_BASE.DS.'libraries/joomla/factory.php');

$mainframe =& JFactory::getApplication('site');
$mainframe->initialise();

Cependant pour la constante JPATH c’est à vous de trouver le bon chemin par rapport à là où vous exécutez votre fichier (dans mon cas je suis dans dossier comme ça : modules/mod_mon_module/dossier/mon_fichier.php)

Voilà j’espère que ça vous aura aidé autant que pour moi.

Aujourd’hui nous allons donc voir comment utiliser le framework de Joomla! 1.5. Je ne vais pas me lancer dans un étalage complet du framework mais plutôt du strict minimum, indispensable pour hacker, ou même créer des modules ou composants.

1. Se connecter à la base de données

Rien de plus simple, il faut créer une instance de la class JFactory :

$database = &JFactory::getDBO();

2. Exécuter une requête (insertion de données dans la base)

Maintenant que nous avons notre objet $database il suffit d’appeler la méthode setQuery pour déterminer la requête à éxécuter :

//j'insère dans la table users et dans le champ username, le pseudo TOTO.
$database->setQuery("INSERT INTO #__users (`username`) VALUES ('TOTO')");

#__users est en fait jos_users dans ma base de données, mais Joomla! reconnait #__ comme étant le préfixe de vos tables (le mien est jos, mais le votre peut être différent, cela permet donc à Joomla! de s’adapter quelque soit le préfixe de vos tables).

Puis on éxécute la requête :

$database->query();

3. Exécuter une requête (sélection de données dans la base)

C’est bien beau d’insérer des données dans la base, mais il est parfois utile de récupérer des données, c’est très simple encore une fois, toujours avec le même objet, il suffit d’appeler la méthode setQuery encore une fois (cette fois je met la requête dans une variable, que j’appelle dans la méthode setQuery :

$query = "SELECT username FROM #__user WHERE id=1"; //Je sélectionne
le pseudo où le champs id vaut 1
$database->setQuery($query); //J'exécute la requête

Ensuite on traite les données récupérées pour en faire quelque chose (par exemple dans ce cas précis, les afficher) :

echo $database->LoadResult(); //Ce qui écrira toto si
l'utilisateur avec l'id 1 dans ma base s'appelle toto

Par contre si vous faites une requête qui renvoie plusieurs résultats vous devez appeler la méthode loadObjectList :

$query = "SELECT * FROM #__categories"; //On prépare la requête
$database->setQuery($query); //On éxécute la requête
$rows = $database->loadObjectList(); //On charge les
résultats de la requête dans l'objet $rows 

foreach ($rows as $row) {

echo $row->title ." : ". $row->description."<br />"; //On affiche le
titre de chaque catégorie et sa description

}

Et voilà vous avez les cartes en main pour effectuer des choses simples dans Joomla! 1.5 en utilisant son Framework et donc en limitant les failles de sécurités.

Pour toutes questions ça se passe à la suite de l’article dans les commentaires.

Enjoy !