Utiliser MongoDB à partir d’une image docker

Posted on 30 décembre 2019 by Nicolas BESNARD

MongoDB est une des bases de données NoSQL orientée Document les plus populaires. Pour l’utilisez sur des environnement de développement il est souvent plus simple d’utiliser une image docker plutôt que d’installer le moteur sur chaque poste de développement. Voici les quelques étapes à suivre pour utiliser MongoDB dans un conteneur docker.

Récupération de l’image

Le prérequis est que docker est installé et configuré sur le poste de travail. Le plus simple est d’utiliser la dernière version :

docker pull mongo

1	docker pull mongo

Il est possible de choisir une version spécifique en ajoutant un tag :

docker pull mongo:4.014-xenial

1	docker pull mongo:4.014-xenial

La liste des tags (versions + systèmes disponibles) est accessible ici.

Déploiement de l’image comme container

L’image téléchargée doit être déployée sous forme de container, il faut durant cette opération préciser les paramètres d’accès au container (port, host) et le nom du container afin de pouvoir le gérer par la suite dans docker.

docker run -d -p 27017-27019:27017-27019 --name &lt;nom_du_container> mongo

1	docker run -d -p 27017-27019:27017-27019 --name <nom_du_container> mongo

La commande précédente va démarrer le container en mode daemon, il fonctionnera de cette manière en tâche de fond une fois démarré.

Se connecter à MongoDB

Le container docker peut être démarré et arrêté avec les commandes suivantes :

docker start &lt;nom_du_container_mongodb>
docker stop &lt;nom_du_container_mongodb>

1 2	docker start <nom_du_container_mongodb> docker stop <nom_du_container_mongodb>

Une fois démarré le container permet de se connecter à mongodb comme si il fonctionnait directement sur votre poste de travail. Avec votre outil préféré ou un langage de programmation, vous aller pouvoir vous connecter sur le host localhost. Pour interagir avec le shell mongo directement il faut se connecter au bash du container et lancer le shell mongo :

docker exec -it mongodb bash
# se connecter au shell de commande mongodb
mongo

docker exec -it mongodb bash

# se connecter au shell de commande mongodb

mongo

Vous pourrez ensuite accéder à toutes les commandes de gestion à partir du shell, liste des dbs, liste des collections …

Créer un endpoint avec Java/Spring pour Webhooks Shopify

Posted on 6 décembre 2019 by Nicolas BESNARD

Les Webhooks Shopify sont disponibles afin de notifier une application extérieure sur des évènements de la boutique. Les évènements touchent toutes les entités de la boutique (commande, client, panier, produit ….). Malheureusement Shopify ne fournit pas d’exemple en Java pour le squelette du Endpoint. Notamment il n’est pas évident de reproduire en Java la vérification du Digest permettant de vérifier que la requête est bien issue de Shopify.

Voici l’exemple en Java :

import javax.crypto.Mac;
import javax.crypto.spec.SecretKeySpec;

import org.apache.commons.codec.binary.Base64;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.boot.autoconfigure.EnableAutoConfiguration;
import org.springframework.util.MultiValueMap;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestHeader;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;


@RestController
@EnableAutoConfiguration
@RequestMapping("/api/v1")
public class ShopifyNotifController {
	
	private static final String SHOPIFY_HMAC_KEY = "x-shopify-hmac-sha256";
	private static final String SHOPIFY_APP_SECRET = "[Shopify_secret]";
	
	/**
	 * Loggeur des classes services
	 */
	Logger logger = LoggerFactory.getLogger(ShopifyNotifController.class);
	

	public String hmacDigest(String msg, String keyString, String algo) {
	    String digest = null;
	    try {
	    	SecretKeySpec signingKey = new SecretKeySpec(keyString.getBytes(), algo);
			Mac mac = Mac.getInstance(algo);
			mac.init(signingKey);
			digest = new String(Base64.encodeBase64(mac.doFinal(msg.getBytes())));
	    } catch (Exception exp) {
	    	logger.error("Exception durant le calcul HmacDigest");
	    }
	    return digest;
	  }	
	
	@PostMapping("/orderevent")
	public String orderEvent(@RequestBody String requestWrapper, @RequestHeader MultiValueMap&lt;String, String> headers) {
		String hmacValue = null;
		if (headers.containsKey(SHOPIFY_HMAC_KEY)) {
			hmacValue = headers.getFirst(SHOPIFY_HMAC_KEY);
		}
		
		String hMacStr = this.hmacDigest(requestWrapper,SHOPIFY_APP_SECRET,"HmacSHA256"); 
		if (hmacValue.equals(hMacStr)) {
			logger.info("Vérification de l'origine de l'appel OK");
		} else {
			logger.error("Erreur calcul du digest de Shopify");
		}
		return "OK";

	}

}

import javax.crypto.Mac;

import javax.crypto.spec.SecretKeySpec;

import org.apache.commons.codec.binary.Base64;

import org.slf4j.Logger;

import org.slf4j.LoggerFactory;

import org.springframework.boot.autoconfigure.EnableAutoConfiguration;

import org.springframework.util.MultiValueMap;

import org.springframework.web.bind.annotation.PostMapping;

import org.springframework.web.bind.annotation.RequestBody;

import org.springframework.web.bind.annotation.RequestHeader;

import org.springframework.web.bind.annotation.RequestMapping;

import org.springframework.web.bind.annotation.RestController;

@RestController

@EnableAutoConfiguration

@RequestMapping("/api/v1")

public class ShopifyNotifController {

private static final String SHOPIFY_HMAC_KEY = "x-shopify-hmac-sha256";

private static final String SHOPIFY_APP_SECRET = "[Shopify_secret]";

/**

* Loggeur des classes services

Logger logger = LoggerFactory.getLogger(ShopifyNotifController.class);

public String hmacDigest(String msg, String keyString, String algo) {

String digest = null;

try {

SecretKeySpec signingKey = new SecretKeySpec(keyString.getBytes(), algo);

Mac mac = Mac.getInstance(algo);

mac.init(signingKey);

digest = new String(Base64.encodeBase64(mac.doFinal(msg.getBytes())));

} catch (Exception exp) {

logger.error("Exception durant le calcul HmacDigest");

}

return digest;

}

@PostMapping("/orderevent")

public String orderEvent(@RequestBody String requestWrapper, @RequestHeader MultiValueMap<String, String> headers) {

String hmacValue = null;

if (headers.containsKey(SHOPIFY_HMAC_KEY)) {

hmacValue = headers.getFirst(SHOPIFY_HMAC_KEY);

}

String hMacStr = this.hmacDigest(requestWrapper,SHOPIFY_APP_SECRET,"HmacSHA256");

if (hmacValue.equals(hMacStr)) {

logger.info("Vérification de l'origine de l'appel OK");

} else {

logger.error("Erreur calcul du digest de Shopify");

}

return "OK";

}

Dans l’exemple il faut remplacer la constante SHOPIFY_APP_SECRET par le code de vérification fourni dans la section Webhooks de votre boutique shopify. Le lien vers la doc shopify pour utiliser les webhooks et les exemples de codes en php/python/ruby sur la vérification de l’appel est ici.

Cloudberry Backup – suppression du client sur Linux

Posted on 26 septembre 2019 by Nicolas BESNARD

J’ai eu à changer la solution de sauvegarde d’un serveur et impossible de trouver comment désinstaller le client Cloudberry Backup. Et bien sûr celui-ci continuait à se lancer régulièrement bien que ce serveur ai été supprimé des plans de sauvegardes. Après quelques recherche dans les paquets, j’ai fini par trouver le paquet responsable : online-backup.
Pour le désinstaller rien de plus simple :

sudo apt purge online-backup

1	sudo apt purge online-backup

Easyflyer – Recrutement ingénieurs étude et developpement

Posted on 15 mars 2019 by Nicolas BESNARD

Recrutement ingénieur étude et développement Je recherche pour muscler l’équipe IT des profils d’ingénieur étude & dev de tous niveaux ! Nous avons pleins de projet qui bien pris en main nous permettront de booster notre croissance !

docker – accéder au shell dans un conteneur

Posted on 24 décembre 2018 by Nicolas BESNARD

Pour accéder au shell dans un conteneur, il faut lancer la commande suivante :

docker exec -ti <container_name> /bin/bash

1	docker exec -ti <container_name> /bin/bash

Pour obtenir le nom du conteneur, il faut utiliser :

docker ps

docker ps

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
0b08583f8e8c registry.xxxxxxxxxx "/bin/sh -c /docker-…" 3 days ago
 Up 7 hours 80/tcp, 0.0.0.0:443->443/tcp docker_nginx_1
e611b80e5cda registry.xxxxxxxxxx "/bin/sh -c '/bin/ba…" 3 days ago 
 Up 7 hours 0.0.0.0:80->80/tcp docker_httpd_1
2942e36c8a51 registry.xxxxxxxxxx "/bin/sh -c /docker-…" 3 days ago 
 Up 7 hours 9000/tcp docker_phpfpm_1

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

0b08583f8e8c registry.xxxxxxxxxx "/bin/sh -c /docker-…" 3 days ago

Up 7 hours 80/tcp, 0.0.0.0:443->443/tcp docker_nginx_1

e611b80e5cda registry.xxxxxxxxxx "/bin/sh -c '/bin/ba…" 3 days ago

Up 7 hours 0.0.0.0:80->80/tcp docker_httpd_1

2942e36c8a51 registry.xxxxxxxxxx "/bin/sh -c /docker-…" 3 days ago

Up 7 hours 9000/tcp docker_phpfpm_1

Ici les noms sont docker_nginx_1, docker_httpd_1 …

Lister les process les plus consommateurs de mémoire sous Linux

Posted on 8 octobre 2018 by Nicolas BESNARD

Pour lister les processus les plus consommateurs de mémoire sous Linux, voici une petite ligne de commande basée sur ps et awk.

$> ps aux --sort=-%mem | awk 'NR<=10{print $0}'

1	$> ps aux --sort=-%mem \| awk 'NR<=10{print $0}'

Linux Ubuntu lister le nom des interfaces réseaux

Posted on 5 octobre 2018 by Nicolas BESNARD

Lorsque l’on souhaite configurer une interface réseau qui n’a pas été créée lors de l’installation du système, il peut être « ardu » de trouver le nom de l’interface. Pour se faire rien de plus simple :

$ ls /sys/class/net
ens160  ens192  lo

1 2	$ ls /sys/class/net ens160 ens192 lo

Exemple de résulltat sur une machine virtuelle VMWARE avec 2 interfaces réseaux.

Resynchronisation d’un noeud avec MariaDB Galera Cluster

Posted on 28 septembre 2018 by Nicolas BESNARD

Lorsqu’un noeud a du mal à se synchroniser avec le reste du cluster, il est plus simple de le remettre à zéro. Pour faire cette opération, il suffit d’effacer les données pour que le noeud se resynchronise avec le cluster :

root:/# service mysql stop
root:/# rm -rf /var/lib/mysql/*
root:/# service mysql start

root:/# service mysql stop

root:/# rm -rf /var/lib/mysql/*

root:/# service mysql start

Cette opération peut prendre du temps, et un timeout peut survenir au démarrage du cluster. Il peut être nécessaire de modifier la configuration du service pour augmenter le timeout au démarrage :

root:/# cd /etc/systemd/system
root:/etc/systemd/system# vi mysql.service

1 2	root:/# cd /etc/systemd/system root:/etc/systemd/system# vi mysql.service

Ajouter cette ligne en fin de fichier :

TimeoutStartSec=9999999999999999min

1	TimeoutStartSec=9999999999999999min

Déterminer si google bot est passé en mobile first sur un site

Posted on 22 février 2018 by Nicolas BESNARD

Voici un petit script qui permettra d’analyser les logs de votre serveur Web et de déterminer le nombre de requêtes effectuées par chaque bot google (mobile et desktop) :

grep Googlebot /var/log/apache2/access.log | awk -F\" '{print $6}' | sort | uniq -c

1	grep Googlebot /var/log/apache2/access.log \| awk -F\" '{print $6}' \| sort \| uniq -c

Par exemple on obtient :

      1 Googlebot/2.1 (+http://www.google.com/bot.html)
     33 Googlebot-Image/1.0
   5531 Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
   2203 Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

1 Googlebot/2.1 (+http://www.google.com/bot.html)

33 Googlebot-Image/1.0

5531 Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

2203 Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

Avec un pourcentage de 28% (2203/(5531+2203)de requêtes pour le bot mobile on peut dire que l’on est pas encore passé dans ce scope.

Générer un mot de passe complexe

Posted on 28 décembre 2017 by Nicolas BESNARD

La complexité du mot de passe est un gage de sécurité, car plus il est long et complexe (mix de chiffre / caractère / symbole) plus il sera long a « cracker ». Mais dans bien des cas ce type de mot de passe est difficile à retenir, et on retrouve alors des bouts de papier ou post it avec ces mots de passe. La CNIL propose un outil en ligne bien fait qui propose à partir d’une phrase de construire un mot de passe s’en rapprochant. Pour accéder à cet outil le lien est ici.

Avec la phrase « Mon mot de passe est un secret bien gardé depuis 25 ans ! » on obtient le mot de passe : Mmdpeusbgd25a!

Assez simple à retenir, le système garde la première lettre de chaque mot, ainsi que les chiffres et la ponctuation.

Scandevelopers Blog

Blog technique