Couplage Téléphonie Informatique et application à Magento : Cinquième partie

Cet article est le dernier d’une série consacrée au couplage téléphonie informatique avec Magento. Après avoir abordé successivement :

On va finalement terminer (en beauté) avec quelques spécificités de CTI dans un contexte web.

Couplage Téléphonie Informatique et application à Magento : Deuxième partie

Cet article est le deuxième article d’une série consacrée au couplage téléphonie informatique avec Magento. Hier, a été présentée une introduction aux aspects fonctionnels d’une telle solution ; aujourd’hui, nous nous intéresserons au cœur du couplage : une introduction aux solutions d’interconnexion entre le réseau informatique et téléphonique.

Intégration Magento et SNMP

SNMP est un protocole réseau qui porte sur la supervision des équipements d’une infrastructure. Il est souvent disponible sur les équipements réseaux (routeurs, switchs,…), mais il est également supporté par certains logiciels (tels qu’Asterisk ou Kamailio, pour ne citer qu’eux).

Au niveau système, sous Linux, on trouve une implémentation « de référence » fournie par Net-Snmp (www.net-snmp.org), qui se compose d’un certain nombres d’outils, dont un agent SNMP, snmpd.
L’agent est principalement responsable de deux types d’actions, à savoir la réponse aux requêtes qui lui sont transmises, et l’éventuelle émission d’alertes (traps) lorsque les conditions configurées
l’imposent.

Vu la standardisation de SNMP au travers de nombreuses RFC et l’écosystème actuel qui en découle, il est intéressant de voir comment on peut chercher à intégrer un système de surveillance
portant sur Magento, mais interfacé à SNMP, de sorte dans l’idéal à non seulement surveiller des données techniques, mais également des données métiers pour déceler et faire remonter au plus tôt d’éventuelles anomalies.

Tests unitaires utilisant une base de données : de nouvelles perspectives ?

L’utilisation d’une BD dans le cadre des tests unitaires est une chose qui est assez délicate, et ce pour plusieurs raisons. En effet, les tests utilisant les BD ont la réputation d’être lents, et il est difficile d’être sûr de rendre une BD dans le même état que lorsqu’on l’a prise, c’est à dire de trouver de bonnes manières de faire des opérations de setup et de teardown.

C’est pour cela qu’il est parfois pratique de partir d’une Golden Database, c’est à dire une base de données préparée pour les tests (par exemple, dans le cas de Magento, une base de données allégée, dans laquelle on a par exemple vidé les logs, les tables de cache, les commandes, et dans laquelle on laisse uniquement le minimum en terme de produits, clients,…).

Magento et IPv6 ?

magento_logo

Magento et IPv6 ?

De prime à bord, on pourrait se dire que Magento est une application sur une plateforme LAMP, et qu’ainsi la question ne se pose pas. Néanmoins, Magento utilise à certains endroits des IP (comme par exemple dans la possibilité de définir les IP des développeurs pour réduire le champ d’application des aides aux développeurs), et donc il est quand même intéressant de vérifier si l’on trouve ou non des incompatibilités. Ma démarche s’est divisée en trois temps : maquetter un environnement IPv6, passer les services Mysql et Apache en IPv6, puis essayer de voir les points qui pourraient poser problème lors de l’utilisation de Magento en IPv6.

Retour d’expérience sur un débuggage Varnish

Ce post relate mon retour d’expérience par rapport à un débuggage turpentine/varnish, qui a été l’occasion d’avoir une première approche de ces technologies. Je commencerai tout d’abord par rappeler les aspects théoriques puis pratiques de la mise en place d’un système de cache turpentine/varnish, avant d’expliquer les outils et méthodes qui ont rendu le débuggage possible.