J'y vais peut être un peu fort avec le titre mais bon, mieux vaut prévenir que guérir !

Dans le cadre de mon travail de création de boutiques e-commerce Magento, j'ai eu l'occasion d'acheter quelques modules Magento. L'idée est simple : pourquoi passer du temps à réaliser un module qui existe déjà alors qu'on peut l'acquérir à un coût raisonnable (entre 20 $ et 200 $ en moyenne) ? A priori c'est une économie de temps de réalisation et donc d'argent pour nos clients.

Dans la plupart des cas le paiement ne se fait pas via Magento Connect : Varien n'est pas tiers de confiance. Très souvent le lien présent sur la fiche du module redirige vers le site du créateur et vous propose de régler votre achat via PayPal.

Jusque là rien de grave, mis à part le délais peut être : la plupart des vendeurs de modules ne vous livrent pas l'application juste après le paiement : il faut attendre qu'il vous le livre par e-mail...

Enfin, le pire arrive : le package (archive ZIP dans la majorité des cas), est accompagné d'un fichier texte d'installation ! Oui, comme à l'époque d'osCommerce : il est nécessaire de copier les fichiers à la main, de modifier quelques ligne de codes, ou encore de changer la configuration du module via des variables PHP...
Dans ce cas il m'est arrivé d'abandonner et coder moi même le module en question.

Bref, encore une fois soyez prudent et prenez le temps de lire les avis et de faire une recherche sur les forum avant d'acheter.

J'ai récemment été confronté à des problèmes de qualité des photos sur Magento.

Dans un premier temps, j'ai vainement cherché une option pour régler cela via le back-office de Magento... j'ai finis par me rendre à l'évidence que ce n'était pas possible (tout du moins jusque la version 1.3).
J'ai ensuite étudié le code source afin de déterminer comment le framework gère et surtout génère les différentes tailles des photos (sur la page liste, les miniatures ,etc.) des produits.

J'ai ainsi découvert que Magento utilise GD2, avec un reglage de qualité à 80% par défaut (et non modifiable via la configuration, back-office ou XML). Une valeur de 80/100 de qualité est suffisante dans la plupart des cas. Néanmoins dans le domaine du e-commerce ont sait qu'une photo de très bonne qualité peut faire la différence.

L'idée est donc de pousser la qualité de compression (JPG) à 90%, voici les solutions envisagées :

Narno, t'es mort ou quoi ? Tu poste plus rien sur ton blog : qu'est-ce qui t'arrive ?!

Non, pas encore ! De nombreuses activités ont consommées beaucoup de mon temps libre ces dernières semaines et je n'ai pas pris le temps de poster sur ce blog :

• refonte d'un site sur l'animation japonaise (basé sur Drupal, en cours)
• formation perpétuelle sur Magento (sans documentation officielle, ça demande beaucoup de temps !)
• maintenance, suivi et évolution de mes modules pour Drupal
• amortissement de ma Xbox : Rockband, Burnout Paradise, etc.
• heures sup'

Bref, ce billets n'ayant que peu d'intérêts, je ne vais pas m'attarder d'avantage. A bientôt ! :-)

Ça aura été pénible mais j'ai réussi à migrer le forum phpBB de Kobuta.fr !

Petite introduction

Pour rappel, phpBB est certainement la solution de forum PHP la plus connu et la plus populaire, sans doute parceque la première arrivée avec PHP, son installation et sa prise sont simple, et enfin, compatible avec les hébergements lowcost (free.fr & co).

phpBB version 2 est (ou plutôt à été !) la branche de référence (pour ma part je n'ai même plus souvenir de la version 1...) et la plus utilisée sur le net (encore aujourd'hui, malgré la sortie de la version 3). Elle à finalement été décriée il y a maintenant quelques année par les communauté, principalement à cause de ses problèmes de sécurité à répétition : de nombreux forum se faisaient hackés par des scripts kiddies et nombreux étaient ceux (dont moi à l'époque) qui cherchaient une solution alternative (mais la migration était souvent pénible...).
Malgré la réactivité du groupe phpBB pour produire des patchs, les attaques ont continuées, pourquoi ? Simplement parceque la structure même de phpBB n'était pas prévu pour évoluer ! Les mods s'installent de manière intrusive (dans le style osCommerce, à coup de copier/coller dans le core...), pas de controle de version dans le backend admin, etc.).

Depuis, la version phpBB 3 est sorti (fin 2007, soit environ 2 ans après les premières annonces) et c'est tant mieux ! En même temps c'était ça ou la mort de phpBB !

Narno.com s'enrichit de quelques blocs de "partage social" :

• Lu ailleurs : les lectures que je partage grâce à mon lecteur de flux RSS préféré
• J'écoute : la musique que j'écoute au bureau ou chez moi, "scrobblée" par Last.fm
• J'aime bien : ma blog roll via Delicious

L'idée n'est pas de dire "j'écoute telle musique, faites en autant !" mais plutôt "j'écoute cet artiste que j'apprécie où que je viens de découvrir : cliquez sur le lien pour en savoir plus".
Voilà pour moi l'intérêt des réseaux sociaux de ce type.

D'autre part, mes favoris sont facilement accessible via une nouvelle page dédiée, équipée d'un moteur de recherche par tag : Bookmarks

Côté intégration, Drupal (et ses modules) m'a encore démontré sa toute puissance ! En effet, l'affaire à été vite pliée grâce à la combinaison de 2 modules indispensable : Views 2 et FeedAPI. Si vous ne les connaissez pas encore, je vous invite à suivre les liens précédent et à tester ces modules. J'en avais d'ailleurs brièvement parlé dans un billet précédent.