Mise en place d’une plateforme d’intégration continue ( Partie 2 )

Une fois l’ensemble des éléments nécessaires à nos tests fonctionnels ( Installation des éléments nécessaires aux tests fonctionnels ) en place, passons à la partie suivante.
L’installation et la configuration de jenkins pour l’exécution des tests fonctionnels.

Installation de jenkins

Pour installer jenkins saisissez les commandes suivantes

wget -q -O - https://jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add -
sudo sh -c 'echo deb http://pkg.jenkins-ci.org/debian binary/ > /etc/apt/sources.list.d/jenkins.list'
sudo apt-get update
sudo apt-get install jenkins

Il faut ensuite le lancer jenkins via la commande suivante

sudo service jenkins start

Jenkins est ensuite accessible sur le port 8080 de votre serveur via l’url : http://ip-de-votre-serveur:8080

Configuration et sécurisation de Jenkins

Pour commencer mettez à jour les plugins de jenkins via les liens :
– Administrer Jenkins
– Gestion des plugins
– Dans l’onglet mises à jour sélectionner tout les plugins à mettre à jour
– Cliquer sur « Télécharger maintenant et installer après redémarrage »
Gestion des plugin Jenkins

Sécuriser Jenkins :

Par défaut jenkins est accessible en accès complet et sans authentification, nous allons donc mettre en place des restrictions.…

Mise en place d’une plateforme d’intégration continue ( Partie 2 ) Lire la suite »

Magento : conditionner l’insertion d’une ressource dans un layout xml

Un petit rappel pratique si comme moi vous souhaitez ajouter un fichier css ou js d’un de vos modules sur une page magento via les layout xml, mais que celui-ci doit être conditionné à un paramètre de votre module ( actif ou non )

Voici comment procéder.
Par exemple pour ajouter un fichier css et un fichier js dans la page onepage_index, uniquement si le parametre mymodule/display/onepage/ est actif
Dans le fichier de layout de votre module dans « app/design/frontend/default/theme/layout/yourmodulelayout.xml »
Il faut rajouter la condition ifconfig= »mymodule/display/onepage/ »

<checkout_onepage_index>
<reference name="head">
<action method="addCss" ifconfig="mymodule/display/onepage/">
<stylesheet>namespace/module/css/ui-lightness/jquery-ui-1.8.14.custom.css</stylesheet>
</action>
<action method="addItem" ifconfig="mymodule/display/onepage/">
<type>skin_js</type>
<name>namespace/module/js/jquery-ui-1.8.14.custom.min.js</name>
</action>
</reference>
</checkout_onepage_index>

Magento : conditionner l’insertion d’une ressource dans un layout xml Lire la suite »

Mise en place d’une plateforme d’intégration continue ( Partie 1 )

Afin de suivre le bon déroulement de vos projets, il est important de pouvoir tester de manière régulière que votre applications fonctionne bien.
Ceci peut être réalisé via la mise en place de tests unitaires et fonctionnels, d’analyse de code etc…

Pour suivre cela de manière optimale, la mise en place d’une plateforme d’intégration continue est la suite logique de l’évolution de votre projet dès lors qu’il atteint une taille importante, ou qu’il comporte de nombreuses fonctionnalités spécifiques.

Il existe plusieurs plateforme pour réaliser cela, mais je vais me baser sur la plus connue : Jenkins (ex Hudson )

L’objectif à la fin de ce guide est d’avoir une plateforme de tests fonctionnels opérationnelle.
Celle ci-sera basée sur phpunit et selenium et firefox en mode headless
La procédure étant assez longue, ce sujet va être séparé en 2 articles :

– Installation des éléments nécessaires aux tests fonctionnels
– Installation et configuration de jenkins pour l’exécution des tests fonctionnels

Installation des éléments nécessaires aux tests fonctionnels.

Mise en place d’une plateforme d’intégration continue ( Partie 1 ) Lire la suite »

Mantis bugtracker : Nouvelle version du plugin Reminder

Une nouvelle version du plugin Mantis Reminder vient d’être lancée.
( Le plugin a été créé en 2013 : https://www.h-hennes.fr/blog/2013/07/24/mantis-bugtracker-plugin-denvoi-dun-recapitulatif-hebdomadaire-des-bugs/ )

Ce plugin a été  optimisé, et il permets à présent de configurer le nombre des jours suivant l’envoi ,durant lesquels les bugs doivent être envoyés.
Ceci permets donc d’être notifié des dates d’échéances des bugs  2,3 semaines ou plus avant leur date de livraison
Il a également été traduit pour permettre de l’utiliser en plusieurs langues.

configuration-reminder

Au passage le plugin a été rendu disponible sur github : https://github.com/nenes25/mantisbt_reminder
Si vous souhaitez des nouvelles optimisations n’hésitez pas à les proposer directement sur cette plateforme.…

Mantis bugtracker : Nouvelle version du plugin Reminder Lire la suite »

Munin : Ajouter des plugins complémentaires

Après avoir installé munin, il y’a quelques semaines et afin d’optimiser le monitoring de mon serveur, j’ai souhaité installer des modules complémentaires.

Voici donc comment procéder pour installer des plugins sur munin.

Pour voir la liste des modules complémentaires de munin, entrez la commande suivante :

sudo munin-node-configure

Pour ma part j’ai activé le modules suivants : ( lié aux programmes fai2ban, postfix et à mysql )
– fail2ban
– postfix_mailqueue
– postfix_mailstats
– postfix_mailvolume
– mysql_queries
– mysql_slowqueries
– mysql_threads

Voici comment les activer

Fail2ban :

sudo  ln -s /usr/share/munin/plugins/fail2ban /etc/munin/plugins/fail2ban

Postfix :

sudo  ln -s /usr/share/munin/plugins/postfix_mailqueue /etc/munin/plugins/postfix_mailqueue
sudo  ln -s /usr/share/munin/plugins/postfix_mailvolume /etc/munin/plugins/postfix_mailvolume
sudo  ln -s /usr/share/munin/plugins/postfix_mailstats /etc/munin/plugins/postfix_mailstats

Pour Mysql il est nécessaire d’installer des packets complémentaires de cache via la commande suivante

sudo apt-get install libcache-{perl,cache-perl}

Puis

sudo  ln -s /usr/share/munin/plugins/mysql_queries /etc/munin/plugins/mysql_queries
sudo  ln -s /usr/share/munin/plugins/mysql_slowqueries /etc/munin/plugins/mysql_slowqueries
sudo  ln -s /usr/share/munin/plugins/mysql_threads /etc/munin/plugins/mysql_threads

Editez ensuite le fichier /etc/munin/plugin-conf.d/munin-node…

Munin : Ajouter des plugins complémentaires Lire la suite »

Mantis Bugtracker : Personnaliser la page de visualisation d’un bug

A la suite de mon précédent article présentant comment personnaliser la page de soumission d’un bug , voici comment faire pour personnaliser la page d’affichage d’un bug avec Mantis Bugtracker
(Ceci fonctionne avec les versions supérieures à mantis 1.2 )

Note : La procédure à suivre pour modifier le formulaire d’édition d’un bug est exactement la même, mais il faut remplacer l’option de configuration par bug_update_page_fields

Voici l’affichage par défaut, sur lequel j’ai encadré en rouge les champs que je souhaite supprimer :

Afficher bug Mantis

Je souhaite donc supprimer les champs :

  • Impact
  • Plateforme
  • OS
  • Version

Avec mantis, les champs affichés sur cette page sont géré par l’option de configuration bug_view_page_fields

Il existe plusieurs options pour personnaliser cela

Via l’administration

Mantis bugtracker configurer view page

Rendez-vous dans « Administration/ Gérer la configuration ».
Choisissez ensuite l’utilisateur et le projet concerné.
Saisir l’option de configuration : bug_view_page_fields
Et le type « Complex »

Dans la configuration saissez la commande suivante
array (
0=> ‘id’,
1=>’project’,
2=>’category_id’,
3=>’view_state’,
4=>’date_submitted’,
5=>’last_updated’,
6=>’reporter’,
7=>’handler’,
8=>’priority’,
9=>’status’,
10=>’resolution’,
11=>’summary’,
12=>’description’,
13 =>’additional_info’,
14 =>’steps_to_reproduce’,
15 =>’attachments’,
16 =>’due_date’,
)

Via le fichier de configuration

Dans le fichier config_inc.php…

Mantis Bugtracker : Personnaliser la page de visualisation d’un bug Lire la suite »

Mantis Bugtracker : Plugin Envoi de pièces jointes par emails

Ces dernières semaines, j’ai perdu pas mal de temps avec mantis bugtracker et la gestion des pièces jointes, c’est pourquoi après la réalisation d’un plugin d’upload multiple Drag & Drop , voici encore un nouveau plugin qui vous fera gagner du temps dans la gestion des pièces jointes et des bugs.

Le principe de fonctionnement du plugin EmailFile est très simple :

Il suffit d’envoyer un email pour que  les pièces jointes et les captures d’écrans de cet email  soient automatiquement ajoutées au bug souhaité.

L’association des pièces jointes au bug est gérée via l’objet de votre email.
Si vous souhaitez par exemple , ajouter des pièces jointes au bug : 355
l’objet de votre email pourrait être le suivant « 355 a la suite le texte que vous voulez »

Installation et configuration du module

Pour commencer télécharger la dernière version du module : MantisEmailFile
Ce module est dépendant du plugin « Jquery » que vous pouvez télécharger depuis l’adresse suivante : https://github.com/mantisbt-plugins/jquery

Mantis Bugtracker : Plugin Envoi de pièces jointes par emails Lire la suite »

Magento 1.4.1.1 : Corriger grid des emails transactionnels

Par défaut dans la version 1.4.1.1 de Magento, la grid d’affichage des emails transactionnels ne fonctionne pas.
Les paramètres ne sont pas mémorisés ce qui est relativement gênant lorsqu’on doit chercher des emails à modifier.

Voici donc comment corriger cela rapidement.

En consultant le fichier de la grid app/code/core/Mage/AdminHtlml/Block/System/Email/Template/Grid.php,

j’ai constaté qu’il manquait la fonction  __construct() de la classe dans laquelle l’identifiant de la grid est déterminé, ainsi que la sauvegarde des paramètres de sessions.

Pour faire cela proprement il faut donc copier ce fichier à l’emplacement suivant  : app/code/local/Mage/AdminHtlml/Block/System/Email/Template/Grid.php.

Et rajouter en première fonction du fichier le code suivant :

//Rajout de la fonction construct pour conserver les paramètres des emails lors d'une recherche
public function __construct() {
parent::__construct();
$this->setId('EmailGrid');
$this->setSaveParametersInSession(true);
}

La grid des emails sera bien fonctionnelle après ce changement.…

Magento 1.4.1.1 : Corriger grid des emails transactionnels Lire la suite »

Mantis Bugtracker : Supprimer une étape dans le workflow

En complément de mon précédent article  sur comment ajouter une étape dans le workflow Mantis bugtracker, voici comment supprimer une étape.
( je vous rassure tout de suite c’est beaucoup plus simple )

Par défaut le workflow est le suivant :

Workflow mantis défaut

Dans le fichier de configuration par défaut ( config_defaults_inc.php) ceci est défini par la ligne suivante :

/**
  *
  * @global string $g_status_enum_string
 */
$g_status_enum_string    = '10:new,20:feedback,30:acknowledged,40:confirmed,50:assigned,80:resolved,90:closed';

Dans mon exemple , je souhaite supprimer les statuts « Accepté » et « Confirmé »

Il faut donc mettre en place dans le fichier de configuration ( config_inc.php) le code suivant.
( Il suffit de supprimer les statuts que vous ne souhaitez plus afficher )

#Nouveau Workflow Mantis Suppression des status "Accepté" et "Confirmé"
$g_status_enum_string    = '10:new,20:feedback,50:assigned,80:resolved,90:closed';

Après actualisation de votre fichier le workflow a bien été changé 🙂

Mantis workflow perso

Mantis Bugtracker : Supprimer une étape dans le workflow Lire la suite »

Mantis bugtracker : Personnaliser la page de soumission de bug

Par défaut la page de soumission de bug de mantis Bugtracker est relativement exhaustive et contient de nombreux champs.
Comme vous pouvez le voir sur la capture ci-dessous :

Mantis soumission bug défaut

En fonction de votre utilisation tout ces champs ne sont pas forcément nécessaires, voici donc comment personnaliser cette page :
Dans mon exemple je souhaite afficher sur la page de soumission de bug uniquement les éléments suivants :

  • Catégorie de bug
  • Assignation au développeur
  • Priorité
  • Résumé
  • Description
  • Informations complémentaires
  • Pièces jointes
  • Date d’échéance

Pour cela il existe plusieurs possibilités pour faire cela.

Via l’administration :

C’est la solution la plus pratique et la plus facilement personnalisable :

Mantis Configuration soumission de bug

Rendez-vous dans « Administration/ Gérer la configuration ».
Choisissez ensuite l’utilisateur et le projet concerné.
Saisir l’option de configuration : bug_report_page_fields
Et le type « Complex »

Dans la configuration saisissez la commande suivante :

array (
0 => ‘category_id’,
1 => ‘view_state’,
2 => ‘handler’,
3 => ‘handler’,
4 => ‘priority’,
5 => ‘summary’,
6 => ‘description’,
7 => ‘additional_info’,
8 => ‘attachments’,
9 => ‘due_date’,
)

Via le fichier de configuration :

Dans le fichier config_inc.php

Mantis bugtracker : Personnaliser la page de soumission de bug Lire la suite »