Unleash the Power of Webpack in Angular

As all Angular developers should already know, Angular CLI is using Webpack under the hood. Fortunately, it’s not too deep and we can reach it without opening the hood (i.e. : ng eject or forking Angular CLI or using a boilerplate). TL;DR: Use Webpack’s require() instead of assets. Why would we do that? Loading assets & cache busting … More Unleash the Power of Webpack in Angular

Yarn 1.0, Angular-cli 1.4 et Problèmes de Licence React

Hello, Deux principales bonnes nouvelles cette semaine, les releases de Yarn 1.0 et Angular-cli 1.4.Yarn 1.0 https://github.com/yarnpkg/yarn/releases Gestion de workspaces pour une meilleure gestion des mono-repos. Plus besoin de l’option du préfixe “–” pour passer des paramètres aux commandes yarn: yarn e2e –specs=test/e2e/….spec.ts Qui utilise yarn et n’a pas de problème de conflits sur le yarn.lock qu’on écrase alors en … More Yarn 1.0, Angular-cli 1.4 et Problèmes de Licence React

Sécuriser Elasticsearch en 5 étapes

Nativement, Elasticsearch https://www.elastic.co/products/elasticsearch ne fournit aucun mécanisme d’authentification ou d’autorisation. En revanche, depuis 2015, le plugin x-pack fournit une brique de sécurité https://www.elastic.co/guide/en/x-pack/current/xpack-security.html permettant de mettre en place les mécanismes de sécurité manquants (authentification, autorisation, intégrité, chiffrement, supervision etc…).   Mise en place du chiffrement des échanges Avant toute opération, il faut mettre en place le chiffrement des … More Sécuriser Elasticsearch en 5 étapes

Sécuriser Redis en 5 étapes

Redis https://redis.io/ est un “in-memory data structure store” pouvant être utilisé comme base de données, cache ou “message broker”. Vous l’utilisez probablement (ou devriez) pour optimiser les performances de vos applications. Malheureusement, Redis n’implémente pas de réels mécanismes de sécurité ou de contrôle d’accès mais il est possible de réduire le risque en mettant en place quelques … More Sécuriser Redis en 5 étapes