Je tiens tout de suite à mettre les choses au point, ce site n'est pas une réincarnation de Kelkoo, et je ne suis pas à l'origine de son nom de domaine.

KelBonPrix.fr est un site de e-commerce qui propose des produits venant du déstockage, donc à des prix défiant toute concurrence la plupart du temps. J'en suis le prestataire technique et j'ai choisi d'utiliser la plate-forme de e-commerce Magento. Et il faut avouer que cette décision un peu moutonnière (Magento devient la plate-forme la plus utilisée pour les sites de e-commerce) n'est pas mauvaise du tout.

Que ce soit d'un point de vue fonctionalités ou customization, Magento répond parfaitement à la plupart des mes attentes.

Même si le site n'est pas encore parfait (notamment d'un point de vue SEO), il a été assez facile de le mettre en place et il fonctionne très correctement sur le serveur que j'utilise. Je n'ai pas encore eu l'occasion de faire de développement spécifique car j'ai trouvé tout ce dont j'avais besoin dans les extensions fourni dans l'"AppStore" de Magento (qui gagnerait lui à être retravaillé car il est parfois difficile de trouver ce que l'on cherche). J'ai quand même eu l'occasion de regarder du code et il est suffisamment bien structuré et écrit pour que je sois assez confiant sur la faisabilité d'extension dans des temps raisonnables.

D'un point de vue web design, la conception MVC du système me va tout à fait bien sûr. Je regrette simplement que le système de layout ne soit pas mieux documenté, notamment au niveau de ce qu'il est possible d'utiliser comme paramètres et attributs des blocks.

Bien entendu, tout référencement amical sera le bienvenu pour booster le traffic du site.

La vidéo est effectivement très pédagogique et soulève en fait une question principale : comment peut-on avoir confiance dans les "dénonciations" des officines en charge de fournir des adresses IP à l'Hadopi (les hadopi-men) ?

Il faudrait au moins assurer la transparence complète des procédures d'agréments pour de telles officines et, comme c'est déjà le cas pour les fichiers d'informations personnelles déclarés auprès de la CNIL, avoir accès aux informations qui ont mené cette officine à signaler votre IP à l'Hadopi.

La grande question est donc bien de savoir qui va assurer l'intégrité et le sérieux des hadopi-men afin d'éviter des bévues qui feront très mal à certains (par exemple, si on me coupe la connexion internet au bureau, je mets la clé sous la porte).

Cela démontre bien que les antennes-relais ont bien un effet sur le cerveau des riverains, même si il est psychosomatique.

Nouvelle contrainte pour les opérateurs donc : tout nouvelle antenne devra être installée sans que les riverains s'en rende compte et sans qu'ils la voient par la suite. Je suis sûr que cela va booster notre industrie : on va découvrir le moyen de devenir invisible très rapidement !

Marketing services revenues declined 12 percent and fees revenues declined 20
percent. As expected, revenues were reduced by the effects of currency rate
fluctuations, the sale of Kelkoo and lower fees revenues from broadband partnerships ..

After searching the Yahoo Investor Relations website, it's the only reference I found about Kelkoo having a positive impact on Yahoo Revenue (Well, in that case, a negative impact because of the sell). Nicolas Leroy is right in one of his twitter comments : nice irony !

Naturally, if you are thinking Java, this makes a lot of sense. And I'm also buying the "vertical" strategy announced by Larry Ellison. Unfortunately, it means also that MySQL has a serious problem. I hope the people attending the MySQL conference this week in Santa Clara will get more information about the futur of our preferred database system.

Well, it's open-source, thus it still possible in the near future that MySQL would become OurSql ! It seems the name was only used for a podcast and not a real system. Moreover, the owner of the domain name is ready to donate oursql.org to a project forking MySQL Enterprise or Community !

Et pour aller plus loin dans l'analyse et de ce que cela implique pour l'Open-Source, cet article du MagIT pose les bonnes questions. (Ils ont réveillé PB à 5 heures du mat' pour le faire !!)

La raison pour laquelle j'en parle est que j'ai repris les pages de ce site (pour aider) et que j'ai pu utiliser des composants du framework Yahoo! User Interface (YUI). Je n'ai pas cherché par ce moyen à rajouter des gadgets qui attireront l'oeil sans donner sa place au contenu, juste à répondre à deux "petits" besoins de la manière la plus simple possible: remplacer un widget flash de défilement d'images et afficher un calendrier des disponibilités. C'est pourquoi j'ai fait appel au widget Carousel et au widget Calendar. Ces deux widgets sont au final assez facile à utiliser malgré leur complexité et je suis assez content du résultat.

En premier lieu, la documentation est vraiment bien faite et les exemples sont tous liés au YUI Dependency Configurator, ce qui permet de les mettre en pratique très rapidement.

L'avantage du Carousel de YUI, par rapport à un widget Flash qui fournira peut-être plus d'effets visuels, est de permettre la gestion du contenu de ce carousel à l'aide d'une simple liste (UL/LI) et de permettre d'utiliser toute la puissance du HTML et du CSS pour ce contenu. Je parle d'images bien sûr, comme dans mon cas, mais aussi de textes et liens permettant de mettre en avant plus facilement des contenus sur d'autres parties d'un site : c'est ce que font aussi bien Kelkoo.fr ou Twenga.fr sur leurs home pages (avec des versions plus ou moins customisées de YUI). L'un des pièges à éviter est une mauvaise (ou non-) définition de la taille des éléments défilant dans le carrousel. D'un navigateur à l'autre, le calcul de la taille peut-être différent (pensez polices de caractères) et il vaut mieux être strict sur la taille des contenants (que ce soit un IMG ou un DIV) afin d'éviter de casser le défilement. Le seul ennui que j'ai pu avoir est par rapport à la navigation : le mécanisme passe d'un système de "petits ronds cliquables" à une liste déroulante à partir d'un certain nombre d'items, et ce nombre n'est pas configurable par le mécanisme documenté. J'ai dû utilisé le bout de code suivant pour m'en sortir, tout en m'assurant que la liste déroulante soit compréhensible par un français.
    carousel.CONFIG.MAX_PAGER_BUTTONS = 9;
    carousel.STRINGS.PAGER_PREFIX_TEXT = "Photo";
Malheureusement, ceci n'étant documenté nulle part, il y a un risque que cela ne marche plus à partir de la prochaine version de YUI.

Pour ce qui est du Calendar, là aussi, la mise en place a été simple. Les possibilités de configuration étant nombreuses, j'ai pu sans problème définir des plages de temps "valides", une présentation par trimestre et la traduction des différentes chaînes de caractères nécessaires. Pour la présentation des jours en fonction de la disponibilité, j'ai créé une fonction javascript "renderer" que j'ai soumis à l'objet Calendar pour être utilisée sur une certaine période de temps. Cette fonction va simplement vérifier dans un hash array que la date qu'on lui fournie en paramètre est ou non disponible et ajoute une class CSS à la cellule du calendrier qu'on lui a aussi passée en paramètre. La documentation YUI donne des exemples de ce type de manipulation et cela marche très bien. Le hash array des dates non-disponibles est construit à la création du Calendar à l'aide d'un appel XmlHttpRequest synchrone (je ne voulais pas que le calendrier apparaisse avec des jours disponibles alors qu'ils ne l'étaient pas réellement, ce qui aurait été le cas en asynchrone) vers un web service renvoyant du JSON. J'ai testé les événements associé au Calendar pour faire une mise à jour des données de disponibilités en fonction des mois affichés, dans un esprit très ajaxien, sans pouvoir trouver mon bonheur : l'événement beforeRender est déclenché pour chaque mois (j'aurai préféré pour un trimestre) et l'événement changePageEvent semblait ne jamais être déclenché.

Pour la gestion des disponibilités, j'ai suggéré à "mon client" d'utiliser Google Calendar car celui-ci permet de partager une version Free-Busy d'un agenda, et qu'il peut-être utilisé pour bien d'autres choses d ela vie courante. J'ai choisi d'utiliser le format iCal et j'ai trouvé un parser PHP très utile : iCalcreator. Il suffisait de faire un simple script PHP qui parse le contenu récupéré avec l'URL iCal de Google Calendar et de créer le json adéquat. Il ne faut pas oublier un détail important quand on crée des événements dans l'agenda Google : cocher l'option Occupé pour cet événement, sinon il n'apparaîtra pas les informations free-busy.

Aider l'April à défendre nos droits : adhérer à l'association. Je viens de le faire au nom de Teorem.