Magento plus rapide que Joomla + Virtuemart ? Certainement !

Depuis 2008, le site internet de vente de pièces détachées pour scooter, maxiscooter et mécaboite, raceandstyle.fr, fonctionnait avec le duo Joomla 1.5 et son composant Virtuemart.

Bien que cette solution soit bien adaptée à des petites boutiques (quoique Prestashop fait du super boulot aujourd’hui), avec presque 5000 références enregistrées dans la base de données, quelques milliers de clients enregistrés et un nombre très enviable de visiteurs par jour (je vais rester floue pour les concurrents), le duo Joomla + Virtuemart se révélait aussi lent qu’un escargot tétraplégique. Quand on sait que le temps de chargement d’une page est essentiel pour une boutique ecommerce, il y avait de quoi rougir…
Lire la suite

Quelle solution pour une boutique marchande (e-commerce)

Quelle solution choisir lorsque l’on souhaite lancer une boutique de VPC ? C’est une question que je me suis moi même posé début 2008 lorsque j’ai du monter la première boutique e-commerce d’un client. Jusque là, je n’avais réalisé que des sites vitrines ou institutionnels.

Pour cette première expérience, j’avais sélectionné la solution Virtuemart couplée au CMS Joomla puisqu’elle semblait complète et offrait une excellente communauté (lorsque l’on débute, c’est toujours très utile 😉 ).

Heureusement depuis 2008, plusieurs projets e-commerce sont passés et les principales solutions que j’ai retenues sont Prestashop, Virtuemart et Magento.

Alors bien entendu, elles ont toutes leurs avantages et leurs défauts que je vais tenter de d’expliquer ci-dessous.

Lire la suite

Les extensions (modules, composants) indispensables pour le couple Joomla + Virtuemart

Dans la même thématique que l’article les extensions (modules) indispensables pour Magento, voici ma liste d’extensions (comprenant modules et composants) pour réussir une boutique e-commerce avec le couple Joomla + Virtuemart.

virtuemart

Certains de ces modules et composants sont payants, d’autres gratuits.

  • Virtuemart : Composant Joomla indispensable pour faire une boutique e-commerce.
  • sh404sef (35$): Composant de réécriture d’url aujourd’hui payant qui fait bien son travail mais qui gère parfois mal la pagination et aussi le cas où le produit se retrouve dans plusieurs catégories. Ces problèmes peuvent être réglés avec quelques hacks qui ne sont pas toujours accessible à un amateur. Celui-ci protège en plus certaines des attaques IP, Injection, DDOS, etc…
  • Artio JoomSEF : Composant de réécriture d’url qui gère parfaitement bien les problèmes que rencontrent sh404sef. Celui-ci était auparavant payant et semble aujourd’hui gratuit.
  • Ajax product search (12.99$) : Module payant de recherche prédictif fonctionnant en Ajax. Celui-ci fonctionne superbement bien contrairement au moteur de recherche fourni avec Virtuemart qui ne donne parfois aucun résultat pour certaines requêtes.
  • Xmap : Composant permettant de créer le sitemap (plan du site) de votre boutique afin de le soumettre à Google depuis Google Webmaster Tools par exemple. Ceci facilitant pour Google l’indexation de vos produits.
  • Google Analytics Tracking Code : Module de tracking Google Analytics. Celui-ci est mon préféré parmi tous ceux proposés sur le net. Il est gratuit et le tracking des commandes fonctionne parfaitement bien. Par contre attention, le tracking des commandes pour la version 1.1.3 de Virtuemart est parfois erroné.
  • jAnalyticsVirtuemart : Si vous êtes sous Virtuemart 1.1.3 vous pouvez essayer ce module que je n’ai pas testé personnellement car il a été mis à jour très récemment mais il semble donner de bons résultats.

Il existe ensuite de nombreux modules permettant d’améliorer le composant virtuemart mais ceci fera l’objet d’un autre article. 😉

Solution pour l’erreur de paiement avec sips atos

J’ai eu le bonheur de rencontrer le message d’erreur ci-dessous, suite au transfert d’un site internet vers un nouvel hébergeur.
Ce site de vente par correspondance, fonctionnant sous Joomla couplé à Virtuemart, utilise le système de paiement fourni par alatak.

Pour mon exemple, la banque est le LCL et donc j’utiliserais le système scherlocks. A vous d’adapter en fonction de votre banque.

Message d’erreur: Error parameter (capture_mode=PS_SIPS_AUTHOR_CAPTURE) too long

Après beaucoup de recherche sur internet, je vous donne ma solution afin de se débarrasser une bonne fois pour toute de cette erreur.

Premièrement, allez dans le dossier administrator/components/com_virtuemart/classes/payment.
Puis, ouvrez le fichier ps_sips.cfg.php et il faut modifier la ligne

define (‘SIPS_CAPTURE_MODE’, ‘PS_SIPS_AUTHOR_CAPTURE’);
Par :
define (‘SIPS_CAPTURE_MODE’, ‘AUTHOR_CAPTURE’);

Vous devriez avoir un nouveau message d’erreur !

Error reading pathfile (no key word F_DEFAULT)

Ne baissez pas les bras, on va y arriver !
Cette erreur est, dans la plupart du temps, du au chemin d’accès sur les serveurs UNIX qui est limité à 76 caractères.

La solution est donc de monter votre fichier parmcom.scherlocks d’un ou plusieurs niveaux, jusqu’à ce que votre chemin absolu soit inférieur à 76 caractères (fichier parmcom.scherlocks compris).

Chose faite, il faudra adapter le nouveau chemin de votre parmcom.sherlocks dans les deux fichiers suivants :

Le fichier ps_sips.php qui se trouve dans le même répertoire que le fichier ps_sips.cfg.php :

$param.= »F_DEFAULT! ».$mosConfig_absolute_path. »/{votrenouveauchemin}/parmcom. ».$d[‘SIPS_PARCOM’]. »!\n\n »;

Le fichier pathfile qui devait se trouver dans le même répertoire que parmcom.scherlocks :

F_DEFAULT!/{votrenouveaucheminabsolu}/parmcom.sherlocks!

Normalement, l’erreur a disparu. Si ce n’est pas le cas, c’est certainement du à votre fichier de configuration !