Rassembler dans un même livrable NPM du code serveur bigoût (parfums CommonJS require et ESM import), plus une version minifiée pour le browser, et des déclarations de types TypeScript, c'est possible. Objectifs : centraliser le développement et unifier le cycle des releases. Guide pratique...
Le rendu côté serveur (SSR) est fréquemment utilisé dans les applications monopages (SPA) JavaScript pour réduire le temps d’affichage initial. Mais comment fonctionne-t-il ? Est-il possible de l’utiliser avec un autre langage ?
La conteneurisation d’une application est aujourd’hui un standard dans le monde du développement, mais orchestrer des applications conteneurisées c’est encore mieux. Automatiser la construction de l’application ainsi que son déploiement est bénéfique pour l’accélération du cycle du développement logiciel. L’automatisation est réalisable par des pipelines de CI/CD et en reposant sur des plateformes de conteneurisation. Dans cet article, on démontrera étape par étape comment automatiser le build et le déploiement d’un exemple d’application Node.js en mettant en œuvre les outils : OpenShift, GitHub et Jenkins.
Que ce soit pour tester un script JavaScript, un back-end Node.js, un front-end Angular, React ou autre, en local ou sur un serveur CI/CD, Jest, le moteur de test unitaire pour JavaScript et TypeScript, va vous simplifier la vie grâce à ses nombreuses extensions et à sa facilité d’utilisation.
Dans un précédent article [1], je vous avais montré comment scraper le contenu de pages HTML, grâce à NodeJS et à quelques packages complémentaires. La technique que j’avais utilisée fonctionnait très bien avec des pages statiques, mais elle se prêtait mal au scraping de pages générées dynamiquement. Pour régler ce problème, je vais vous présenter une alternative, reposant sur le projet Puppeteer, un package NPM très polyvalent.
Le web scraping, c’est l’activité qui consiste à gratter (to scrap) du code HTML pour en extraire des données exploitables. Node.js se prête particulièrement bien à l’exercice, aussi je vous propose d’apprendre à gratter de la donnée avec ce formidable outil.
Dans l’univers du développement backend, Node.js domine depuis plus de dix ans. Mais un nouveau concurrent fait de plus en plus parler de lui, il s’agit de Bun.js. Ce runtime se distingue par ses performances améliorées, sa grande simplicité et une expérience développeur repensée. Peut-il rivaliser avec Node.js et changer les standards du développement JavaScript ?
Je vous propose dans cet article d’étudier la création d’une couche ORM, dans un contexte Node.js couplé à une base SQL. La base que je vais utiliser est MariaDB, mais n’importe quelle base SQL pourrait faire l’affaire. Mon stack Node.js est en version 9.4.0, ce qui va me permettre d’utiliser de nombreux aspects de la norme ES6, mais tout ce que je vais expliquer devrait fonctionner sur la version 8.x.
En plus des classiques fichiers exécutables Windows (.exe ou .dll), les malwares se présentent sous d'autres formats divers. VBScript (Houdini), fichiers Office (droppers de Dridex ou divers types de ransomware), Python (convertis en PE avec py2exe), Java (histoire d’assurer l’interopérabilité entre systèmes), ELF, JScript (droppers Locky)… Ici, nous allons nous intéresser de près à un exemple de malware écrit en… Node.JS [1].
