Blog du service technique de Ctoutvert

Gérer la configuration des machines virtuelles avec Azure Automation et PowerShell DSC La gestion de multiples machines virtuelles impose de trouver des solutions pour gérer de façon centralisées les configurations : installer des serveurs applicatifs, ouvrir des ports de pare-feu, paramétrer le fuseau horaire etc. Azure Automation Afin d’automatiser autant des tâches métier (envoi d’email par exemple) ou techniques (démarrage / extinction de VM), Microsoft fourni sur Azure le service nommé « Automation » qui permet d’exécuter des scripts PowerShell selon des planifications.  Dans Azure vous pouvez créer un ou plusieurs comptes d’automatisation. Ces comptes sont gratuits jusqu’à X minutes d’exécution puis une tarification à la minute est appliquée. Les comptes vont permettre également de stocker des informations importantes pour vos scripts que vous ne voulez pas mettre en clair : identifiants (par exemple pour envoyer des emails via office 365) et variables. PowerShell Desi

Comment binder différentes implémentation d'un modèle avec ASP.Net MVC 5 ? L'un des avantages dans l'utilisation du pattern MVC fourni par le framework ASP.NET, c'est son système de route via les contrôleurs et actions. Cependant il existe certains cas que le framework ne sait pas gérer de manière native. Dans le cas qui nous intéresse ici, il s'agit de l'héritage des modèles. Si mon action Process prend en paramètre un objet complexe MyVo qui existe sous plusieurs versions (MyDerivedVo par exemple), le binder natif à MVC ne pourra que bind sur l'objet de base MyVo même si l'objet envoyé est un MyDerivedVo. Pour contourner ce soucis, le framework permet d'implémenter des objets permettant de gérer nous même le binding. Il s'agit des ModelBinders. C'est quoi un ModelBinder ? Tout d'abord, le binding des modèles c'est quoi? C'est une action entreprise par le framework au moment du routage et qui permet de mapper les p

http://app.fontastic.me/ Qu'est-ce que Fontastic ? Fontastic est un générateur en ligne de polices d'icônes, il permet de créer sa propre bibliothèque d’icônes et de l’exporter très facilement. On peut choisir les icônes dont on a besoin, et Fontastic s'occupe de générer à partir de fichiers vectoriels la police composée des icônes choisies qui seront exportées dans un package.  Pourquoi utiliser Fontastic ? Tout d'abord, la police sera plus rapide à charger si l'on ne sélectionne que les icônes dont on a besoin. Ensuite, il est vraiment très facile de personnaliser l'utilisation de la police en attribuant des noms de classes, et en ajoutant ou supprimant des icônes. Enfin, cela permet d'avoir un seul espace de stockage, à jour, contenant toutes les icônes et polices d'icones nécessaires à nos différents projets. Comment utiliser Fontastic ?  Une fois connecté sur l'interface : Le bouton « New Font » vous permet d

PARTIE 1 : l’introduction L’idée d’une application mobile a été lancée au moment de la refonte de notre portail Camping Street View. Il s’agit d’un portail qui présente exclusivement des vidéos de camping . Dans sa première version l’ensemble des vidéos étaient réalisées par des équipes de saisonniers. Ils partaient chaque été -une GoPro sur le front- faire le tour des campings d’Europe. Dans un second temps pour élargir la base de contenus, nous avons offert la possibilité à nos clients d’ajouter des vidéos Youtube ou Dailymotion. Pour cette nouvelle version, on réfléchissait alors au moyen d’augmenter à nouveau la quantité de contenu exclusif, de laisser plus de contrôle à nos clients et de proposer aux utilisateurs des images récentes. C’est ainsi que l’idée de créer une application mobile fait son entrée. Nos clients gérant ou personnel de camping, devraient pouvoir en un minimum d’effort créer des vidéos. Décision prise, il nous faut choisir une technolo

En déployant divers environnements d'exécution de nos applications : test/pré-production/validation/développement... Il est parfois nécessaire de travailler sur des données issues du monde réel : la production. Pour faire ça manuellement la procédure suivante était lancée : On demande au DBA de remonter une base de donnée Il se connecte sur le serveur Il lance une sauvegarde ou récupère une sauvegarde existante Il télécharge la sauvegarde sur son poste (des fois avec une étape de compression/décompression) Il bloque les utilisateurs sur le serveur cible Il restaure la sauvegarde sur le serveur cible Il exécute certaines requête SQL (anonymisation par exemple)  Il dit au développeur que tout est OK, qui derrière peuvent avoir à faire certaines tâches : restart application, vidage de caches... Nombreuses sont les erreurs possibles pendant ce processus : Sauvegarde du mauvais serveur / mauvaise base de donnée Restauration sur le mauvais serveur / mauvaise base de don

Préface Il est parfois bon de se reposer des questions très simples : qu'est ce que l'authentification, et pourquoi avons nous besoin de cette couche dans une application? Si l'on en croit la définition de wikipédia : "L'authentification pour un système informatique est un processus permettant au système de s'assurer de la légitimité de la demande d'accès faite par une entité (être humain ou un autre système...) afin d'autoriser l'accès de cette entité à des ressources du système" Concrètement, livrer un projet web à un client demande de répondre (entre autres) à ces questions simples : l'application est elle publique? C'est à dire, faut-il limiter les accès, ou permettre à tout un chacun de l'utiliser? si l'application est privée, existe -il différents types d'utilisateur? Quel et le type de l'application? Site web, application web, web api, web services( ...) ? Un mélange de plusieurs types? A-t-elle besoin