Blog Posts



**Oui, JavaScript n'est pas TypeScript...**  

Ce week-end, lors d'une session de formation avec Kladriva sur les bonnes pratiques en **#Angular** et **#TypeScript**, j'ai abordé la notion des **interfaces** (oui, ces fameuses classes interfaces).  

Lors de la session de code (les phases pratiques), une erreur revenait fréquemment chez plusieurs apprenants : **confondre la déclaration d’un objet JavaScript avec la définition d’une interface TypeScript.**  

Exemple classique que j’ai vu passer :  
```typescript
interface SpotifyAuthResponse {
  access_token: string, 
  token_type: string, 
  expires_in: number, 
}
```

➡️ Résultat : une erreur TypeScript qui rappelle que **les virgules `,` ne sont pas autorisées dans les interfaces.** En TypeScript, une interface décrit une structure et utilise des **points-virgules `;`.** Voici la version correcte :  
```typescript
interface SpotifyAuthResponse {
  access_token: string; 
  token_type: string; 
  expires_in: number; 
}
```

---

### **Pourquoi cette confusion ?**  
👉 **L’habitude JavaScript !** En JavaScript, on écrit souvent des objets comme ça :  
```javascript
const spotifyAuthResponse = {
  access_token: 'xyz123',
  token_type: 'Bearer',
  expires_in: 3600,
};
```

Ce réflexe, bien ancré, peut facilement jouer des tours lorsqu’on passe à TypeScript. Mais il est important de comprendre la différence :  

- Une **interface** est une **description** de la structure, pas une instance.  
- Un **objet** est une instanciation concrète de données.  

---

### **Leçon pour mes apprenants et tous les développeurs :**  
1️⃣ Prenez toujours le temps de relire vos interfaces. Une simple virgule peut bloquer tout votre code.  
2️⃣ Apprenez à faire la distinction entre description (interface) et objet JSON.  
3️⃣ Acceptez les erreurs comme des opportunités d’apprentissage. Même les développeurs confirmés tombent dans ce piège.  

---

La formation ne se limite pas à coder, elle sert aussi à identifier et corriger ces petits réflexes qui peuvent ralentir notre progression. Et chez Kladriva, on est là pour accompagner, guider et partager ces apprentissages ensemble. 🚀  

👉 **Et vous, avez-vous déjà rencontré ce type d’erreur entre JavaScript et TypeScript ? Partagez vos expériences, ça peut toujours inspirer les autres !**  

#TypeScript #Angular #Mentoring #DéveloppementWeb #ApprentissageContinu #FormationKladriva  


# Ne pas confondre Classe interface Typescript et Objet JavaScript


me voici donc dans Laravel ...

Alors , que dire , en fait je suis les actualités de laravel depuis plus de 10 ans ( Ah oui fact checking : Est ce que laravel a vraiment plus de 10 : selon wikipedia : "Laravel a été créé par Taylor Otwell en juin 2011") ...

Alors il faut dire qu'à ce moment là j'etais à fond sur symfony , un framework PHP qui avairt plutot le vent en poupe . Oui Symfony existe bel et bien depuis ,avant laravel. sa premiere version est sortie le 18 octobre 2005 et le createur de Symfony c'est Fabien potencier. Des personnes s'accordaient meme pour dire que Laravel c'est un copier coller de symfony.

il faut reconnaitre qu'à ce moment là, bien que complet et constituant un veritable outil et meme arme de productivité, Symfony connaissait des problème de performance, de "lourdeur" / latence . Aussi la taille du projet etait tres vite importante ... Alors je ne me suis pas de tous les détails , peut etre meme j'avaios tout simplement un PC pas performant .... bref Laravel est venu, en corigeant plein de defaut de symfony . et le kiff c'etait la possibilité de faire un projet ubniqueement pour l'API , avec ce qu'ils appelait Lumen (FAck checking : c'est quoi Lumen ? est ce une invention de mon cerveau ou ça existe vraiment) . 


Alors ce fact checking a pris plus de temps que prevue. déjà oui Lumen etait bien une initiative pour faire des microservices , faisons simples,des API par exemple. Alors ma recherche a pris du temps parce que finalement Lumen fait sont chemin tout seul et les nouvelles disent meme qu'il y'a pas un sujet de compatibilité entre les deux acrochez vous , voici ce qu'on peut lire tout en bas de la page d'accueil de Lumen ( lumen.laravel.com) ; "Since Lumen is a totally separate framework from Laravel, it does not intentionally offer compatibility with any additional Laravel libraries like Cashier, Passport, Scout, etc. If your application requires the functionality provided by these libraries, please use the Laravel framework." . Est ce que victime de sa popularité Lumen a voulu prendre son envol ? estce que c'est le support qui devenait trop important ? peu importe on verra bien si Lumen fera son come back , en mode enfant prodique.

Et oui on meme des questions comme : "faut il choisir lumen ou Laravel" ...oui l'article est là : https://stackoverflow.com/questions/29739488/what-is-the-difference-between-laravel-and-lumen . oui j'en rajoute Lumen volerait-il la vedette à laravel ? hmmmm ( et dire que ça reste Laravel qui a developpé Lumen waaatr papa)

Vu mon passé avec syumfony , j'ai appris laravel en comparant point par point ( oui peut etre j'aurai du) . 

Alors que trouve t'on sous le capot de laravel; 

Tout d'abord il faut dire que on reste sur une architectire MCV (model vue cintroller ) comme symfony ( meme si leur schema d'architecture peut etre impressionnant )

Ensuite, Laravel est doté ou plutôt utilise un ORM : Eloquent ( fact cheching : c'est quoi elequent ? createur ? année de creation ) ... alors il semble que Eloquent a été developpé par l'équipe derriere Laravel . ça reste à verifier et evidement le grand frère symfony lui avait reccuperer un ORM existant qui s'appelle Doctrine . ( fact checking : Doctrine est Lancé en 2006 par Konsta Vesterinen, le projet Doctrine est inspiré de l'ORM Java Hibernate2 et se base sur patron de conception data mapper.) . vu l'anné du developpement de symfony et celle de Doctrine j'ai des raisons de croire qu'à une periode symfony n'a pas utuliser d'ORM ( sujet à veroifier et mieux encore , savoir en quel année et les circonstance du rajout de Doctrine dans symfony) .

Ensuite, concernant le templating , Laravel propose plusieurs solution, mais la première est ce qu'on appelle un moteur de template : Blase et oui sur symfony c'est TWIG.







# Laravel Intro 🚀

### Introduction à Kubernetes

#### Qu'est-ce que Kubernetes ?

Kubernetes (souvent abrégé en K8s) est une plateforme open-source de gestion de conteneurs qui permet d'automatiser le déploiement, la mise à l'échelle et la gestion des applications conteneurisées. Il orchestre les conteneurs Docker pour qu'ils fonctionnent de manière efficace et fiable dans un environnement de production.

#### Historique et Création de Kubernetes

Kubernetes a été créé par Google. Google avait déjà plus de 15 ans d'expérience dans l'exécution de charges de travail conteneurisées à l'échelle massive avec un système interne appelé Borg. En 2014, Google a décidé de partager cette expérience en créant Kubernetes, un projet open-source. Kubernetes a été conçu pour offrir une solution de gestion des conteneurs basée sur les meilleures pratiques et les leçons apprises de Borg.

### Pourquoi Kubernetes ?

Les conteneurs, avec Docker en tête, ont révolutionné le déploiement des applications en permettant de les emballer avec toutes leurs dépendances dans un seul paquet déployable. Cependant, gérer ces conteneurs à grande échelle pose plusieurs défis :

1. **Orchestration des conteneurs**: Gérer des centaines ou des milliers de conteneurs nécessite une orchestration pour garantir que chaque conteneur est déployé, configuré et surveillé correctement.

2. **Mise à l'échelle**: Les applications modernes doivent pouvoir évoluer en fonction de la charge. Kubernetes automatise la mise à l'échelle des conteneurs en fonction des besoins de l'application.

3. **Gestion des pannes**: Les conteneurs peuvent échouer, et Kubernetes est conçu pour redémarrer automatiquement les conteneurs en panne, les déplacer vers des nœuds fonctionnels et gérer les pannes de nœuds.

4. **Réseautage et découverte de services**: Kubernetes fournit des fonctionnalités de mise en réseau pour les conteneurs, leur permettant de communiquer entre eux et d'être découverts automatiquement.

### Concepts Clés de Kubernetes

#### 1. **Cluster Kubernetes**

Un cluster Kubernetes est composé de plusieurs machines (physiques ou virtuelles). Un cluster typique comprend un nœud maître (Master Node) et plusieurs nœuds de travail (Worker Nodes).

- **Nœud maître**: Gère l'état du cluster, coordonne toutes les activités, y compris la planification, la mise à l'échelle, la maintenance, et les mises à jour.
- **Nœuds de travail**: Exécutent les conteneurs. Chaque nœud de travail comprend un agent `kubelet` qui communique avec le nœud maître.

#### 2. **Pod**

Le pod est l'unité de base de Kubernetes. Un pod est un groupe d'un ou plusieurs conteneurs qui partagent le même réseau et le même stockage. Les pods sont les plus petites unités déployables que vous pouvez créer et gérer dans Kubernetes.

#### 3. **Service**

Les services Kubernetes permettent de définir une politique d'accès à un ensemble de pods. Un service expose une adresse IP unique et un port, et peut équilibrer la charge entre les pods.

#### 4. **Namespace**

Les namespaces sont des unités de gestion de Kubernetes qui permettent de séparer les ressources dans un cluster. Ils sont souvent utilisés pour des environnements différents comme le développement, le test, et la production.

#### 5. **Deployment**

Un déploiement est une abstraction qui permet de gérer un ensemble de pods et de s'assurer qu'un certain nombre d'exemplaires de l'application sont en cours d'exécution à tout moment.

### Exemple Pratique

Imaginons une application web simple composée de trois microservices : frontend, backend, et base de données.

1. **Déploiement de l'application**

   - **Pods**: Vous définissez des pods pour chaque microservice. Par exemple, un pod pour le frontend, un autre pour le backend, et un troisième pour la base de données.
   
   - **Services**: Vous créez des services pour chaque microservice pour qu'ils puissent communiquer entre eux. Par exemple, un service pour exposer le frontend aux utilisateurs, un autre pour exposer le backend au frontend, et un dernier pour la base de données.

2. **Scalabilité**

   - Si la charge sur votre frontend augmente, Kubernetes peut automatiquement créer plus de pods frontend pour gérer cette charge.
   
   - Kubernetes surveille les pods et les redémarre automatiquement s'ils échouent.

3. **Mise à jour sans interruption**

   - Lorsque vous avez une nouvelle version de votre frontend, Kubernetes peut effectuer une mise à jour progressive, en remplaçant les pods un par un pour éviter toute interruption de service.

### Conclusio

Kubernetes résout de nombreux problèmes liés à la gestion des applications conteneurisées à grande échelle. Il automatise le déploiement, la mise à l'échelle, et la gestion des conteneurs, garantissant ainsi que vos applications sont toujours disponibles et fonctionnent de manière optimale. Avec Kubernetes, vous pouvez concentrer vos efforts sur le développement de votre application plutôt que sur l'infrastructure sous-jacente.

En résumé, Kubernetes est une plateforme puissante pour orchestrer des conteneurs, inspirée par les pratiques éprouvées de Google, et conçue pour répondre aux besoins des applications modernes en matière de scalabilité, de résilience, et de gestion simplifiée.

Ressources : 
logo : https://github.com/kubernetes/kubernetes/tree/master/logo

Parlons de Kubernetes


Il est courant de devoir créer plusieurs routes utilisant la même base d'URL pour des actions différentes. Par exemple, consulter ou créer des ressources via les méthodes GET et POST. Cette configuration, bien que courante, peut introduire des risques de conflits si elle n'est pas gérée proprement. Ce guide présente les techniques pour configurer de telles routes sous symfony afin d'éviter les conflits.

### Contexte et problématique

Dans Symfony, chaque route est définie avec un schéma d'URL qui doit être unique pour éviter les conflits. Lorsque deux routes ou plus utilisent la même base URL, sans différenciation adéquate, Symfony peut rencontrer des difficultés à déterminer laquelle utiliser, ce qui peut aboutir à une exception de route en conflit.

### Erreurs courantes

Voici des erreurs fréquemment rencontrées lors de la configuration de routes similaires :
- **Définition ambiguë des méthodes HTTP** : Omettre de spécifier ou mal spécifier la méthode HTTP (GET, POST, etc.) pour chaque route peut rendre la configuration ambigüe.
- **Schémas d'URL identiques** : Assigner le même schéma d'URL à des routes destinées à des méthodes différentes sans utiliser de distinction claire comme un suffixe ou un préfixe.

### Solutions pratiques

Pour éviter ces pièges et assurer une définition claire et fonctionnelle des routes, plusieurs approches peuvent être adoptées :

1. **Utilisation de préfixes et de suffixes** :
   Modifier légèrement l'URL de base en ajoutant des suffixes ou des préfixes peut aider à distinguer les routes. Par exemple, pour une mise à jour, ajouter `/update` ou `/edit` peut clarifier l'usage de la route.

2. **Séparation claire des méthodes HTTP** :
   Assurer que chaque route est explicitement associée à une seule méthode HTTP. Ceci est essentiel pour que Symfony puisse trier et sélectionner correctement la route en fonction de la requête entrante.

3. **Définition de la priorité des routes** :
   Symfony permet de spécifier une `priority` pour chaque route. En attribuant une priorité plus élevée à certaines routes, vous pouvez influencer l'ordre de leur évaluation et gestion par Symfony.

4. **Création de sous-ressources** :
   Pour les actions spécifiques comme la création de nouvelles entités, considérer l'utilisation de sous-ressources. Par exemple, utiliser `/users/{id}/create` pour les actions POST peut non seulement clarifier le but de la route mais aussi prévenir les conflits.

### Exemple de configuration sans conflit

```yaml
# config/routes.yaml
users_get:
    path: /users/{id}
    methods: GET
    controller: App\Controller\UsersController::show
    requirements:
        id: '\d+'

users_post:
    path: /users/{id}/update
    methods: PUT
    controller: App\Controller\UsersController::update
    requirements:
        id: '\d+'
```

Dans cet exemple, les routes pour afficher (`GET`) et mettre à jour (`PUT`) un utilisateur sont clairement définies avec des chemins distincts. La route de mise à jour utilise `/update` pour éviter toute confusion avec la route d'affichage.

https://symfony.com/doc/current/routing.html#priority-parameter

### Conclusion

La définition efficace de routes multiples avec une base URL commune dans Symfony nécessite une attention particulière pour éviter les conflits. En employant des stratégies telles que l'utilisation de préfixes/suffixes, la séparation claire des méthodes HTTP, la définition de priorités, et la création de sous-ressources, vous pouvez optimiser la gestion des routes dans votre application. Ces pratiques améliorent non seulement la clarté du code mais aussi la robustesse et la fiabilité de l'application.

---

> "Some tests are better than... no test at all!" Fabien Potentier🌟

![alter-text](/images/post/definir-deux-routes-avec-la-meme-base-sur-symfony.png)


Définir deux routes avec la même base sur symfony


Excellente question ! La raison pour laquelle un membre de classe ne peut pas avoir le mot-clé `const` en TypeScript (et en JavaScript) est liée à la nature des classes et à la façon dont les propriétés de classe sont gérées.

Voici les principales raisons :

1. Sémantique de `const` :
   - `const` est utilisé pour déclarer des variables dont la valeur ne peut pas être réassignée après l'initialisation.
   - Dans une classe, les propriétés sont généralement destinées à être initialisées lors de la création d'une instance, pas au moment de la déclaration de la classe.

2. Temporalité de l'initialisation :
   - Les membres de classe sont initialisés lors de la création d'une instance, pas au moment de la définition de la classe.
   - `const` nécessite une initialisation immédiate, ce qui n'est pas compatible avec le cycle de vie d'une classe.

3. Instances multiples :
   - Une classe peut avoir plusieurs instances, chacune avec ses propres valeurs pour les propriétés.
   - `const` impliquerait une valeur fixe pour toutes les instances, ce qui va à l'encontre du concept d'instance en programmation orientée objet.

4. Modificateurs existants :
   - TypeScript offre déjà des moyens de déclarer des propriétés en lecture seule, comme le modificateur `readonly`.

Alternatives en TypeScript :

1. Utiliser `readonly` pour les propriétés de classe :
   ```typescript
   class Exemple {
     readonly maConstante: number;
     
     constructor(valeur: number) {
       this.maConstante = valeur;
     }
   }
   ```

2. Utiliser des getters sans setters :
   ```typescript
   class Exemple {
     private _maConstante: number;
     
     constructor(valeur: number) {
       this._maConstante = valeur;
     }
     
     get maConstante() {
       return this._maConstante;
     }
   }
   ```

3. Pour des valeurs vraiment constantes partagées par toutes les instances, utiliser `static readonly` :
   ```typescript
   class Exemple {
     static readonly CONSTANTE_PARTAGEE = 42;
   }
   ```

4. Pour des constantes au niveau du module, utiliser `const` en dehors de la classe :
   ```typescript
   const MA_CONSTANTE = 42;
   
   class Exemple {
     // Utilisation de MA_CONSTANTE
   }
   ```

En résumé, bien que `const` ne puisse pas être utilisé directement comme membre de classe, TypeScript offre plusieurs alternatives pour exprimer l'intention de créer des valeurs constantes ou en lecture seule dans le contexte d'une classe.

Est-ce que cela clarifie la raison pour laquelle `const` n'est pas utilisé pour les membres de classe ? Avez-vous d'autres questions sur ce sujet ou sur l'utilisation des constantes en TypeScript ?

Pourquoi une membre de classe ne peut pas avoir le mot-clé `const` en TypeScript


### Tutoriel Étape par Étape pour Développer des Opérations CRUD avec Symfony

Ce tutoriel vous guidera à travers la création d'une application CRUD (Create, Read, Update, Delete) avec Symfony. Nous allons créer une application simple de gestion de livres.

#### Prérequis
- PHP 7.4 ou supérieur
- Composer installé
- Symfony CLI installé
- Une base de données (MySQL, PostgreSQL, etc.)

#### Étape 1 : Installer Symfony

1. Ouvrez votre terminal.
2. Créez un nouveau projet Symfony :

```bash
symfony new my_crud_app --full
cd my_crud_app
```

#### Étape 2 : Configurer la Base de Données

1. Ouvrez le fichier `.env` et configurez votre connexion à la base de données, par exemple pour MySQL :

```env
DATABASE_URL="mysql://username:password@127.0.0.1:3306/my_crud_db?serverVersion=5.7"
```

2. Créez la base de données :

```bash
php bin/console doctrine:database:create
```

#### Étape 3 : Créer une Entité

1. Générer une entité `Book` :

```bash
php bin/console make:entity Book
```

2. Définissez les champs de l'entité :

```php
// src/Entity/Book.php

namespace App\Entity;

use Doctrine\ORM\Mapping as ORM;

/**
 * @ORM\Entity(repositoryClass="App\Repository\BookRepository")
 */
class Book
{
    /**
     * @ORM\Id
     * @ORM\GeneratedValue
     * @ORM\Column(type="integer")
     */
    private $id;

    /**
     * @ORM\Column(type="string", length=255)
     */
    private $title;

    /**
     * @ORM\Column(type="string", length=255)
     */
    private $author;

    /**
     * @ORM\Column(type="datetime")
     */
    private $publishedAt;

    // Getters and Setters...
}
```

3. Mettez à jour la base de données pour inclure la nouvelle table :

```bash
php bin/console make:migration
php bin/console doctrine:migrations:migrate
```

#### Étape 4 : Créer des Formulaires et Générer les CRUD

1. Générer un formulaire pour l'entité `Book` :

```bash
php bin/console make:form BookType
```

2. Générer les CRUD :

```bash
php bin/console make:crud Book
```

#### Étape 5 : Configurer les Routes

1. Ouvrez le fichier `config/routes/annotations.yaml` et vérifiez que les routes pour `Book` sont correctement définies :

```yaml
controllers:
    resource: ../../src/Controller/
    type: annotation
```

#### Étape 6 : Personnaliser les Vues

1. Modifiez les vues générées dans `templates/book` pour les adapter à vos besoins. Par exemple, éditez `index.html.twig` pour améliorer l'affichage de la liste des livres :

```twig
{% extends 'base.html.twig' %}

{% block body %}
    <h1>Book index</h1>

    <table>
        <thead>
            <tr>
                <th>Id</th>
                <th>Title</th>
                <th>Author</th>
                <th>PublishedAt</th>
                <th>Actions</th>
            </tr>
        </thead>
        <tbody>
        {% for book in books %}
            <tr>
                <td>{{ book.id }}</td>
                <td>{{ book.title }}</td>
                <td>{{ book.author }}</td>
                <td>{{ book.publishedAt ? book.publishedAt|date('Y-m-d H:i:s') : '' }}</td>
                <td>
                    <a href="{{ path('book_show', {'id': book.id}) }}">show</a>
                    <a href="{{ path('book_edit', {'id': book.id}) }}">edit</a>
                    <form method="post" action="{{ path('book_delete', {'id': book.id}) }}" onsubmit="return confirm('Are you sure you want to delete this item?');">
                        <input type="hidden" name="_token" value="{{ csrf_token('delete' ~ book.id) }}">
                        <button class="btn">delete</button>
                    </form>
                </td>
            </tr>
        {% endfor %}
        </tbody>
    </table>

    <a href="{{ path('book_new') }}">Create new</a>
{% endblock %}
```

#### Étape 7 : Tester l'Application

1. Démarrez le serveur Symfony :

```bash
symfony server:start
```

2. Accédez à votre application via [http://localhost:8000](http://localhost:8000).

Vous devriez maintenant avoir une application Symfony fonctionnelle avec des opérations CRUD pour gérer les livres.

### Conclusion

Vous avez créé une application CRUD complète avec Symfony, de la configuration de la base de données à la personnalisation des vues. Ce tutoriel peut être étendu pour inclure des fonctionnalités supplémentaires comme l'authentification, la validation de formulaire avancée, et bien plus encore. Bonne chance avec votre développement Symfony !

> "L'efficacité en DevOps n'est pas le fruit du hasard, mais le résultat d'une pratique délibérée et d'un engagement envers l'excellence continue." 🌟

![alter-text](/images/post/Implementer-des-crud-avec-symfony.png)


Implementer des CRUD avec Symfony


**Jenkins** et **PM2** forment un duo puissant pour l'intégration continue (CI) et le déploiement continu (CD) des applications Node.js. Jenkins orchestre les pipelines de CI/CD, tandis que PM2 assure une gestion efficace des processus de ces applications. Toutefois, une configuration inadéquate peut entraîner des problèmes d'accès aux processus PM2 démarrés par Jenkins. Cet article propose une solution éprouvée à ce problème fréquent, visant à faciliter la gestion des processus Node.js dans un environnement CI/CD.

## Problématique Commune: L'Inaccessibilité des Processus PM2 avec Jenkins

Le problème se présente généralement lorsque PM2 est installé sous un utilisateur `xxxxxxx` ou `root`, et que Jenkins, s'exécutant sous son propre utilisateur, tente d'accéder à ces processus sans succès. Cette situation conduit à une incapacité pour Jenkins de démarrer, gérer ou même visualiser les processus PM2, ce qui peut entraver sérieusement les opérations de déploiement automatique.

### La Solution : Installer PM2 Sous l'Utilisateur Jenkins

La clé pour résoudre ce dilemme est d'assurer que PM2 soit accessible et gérable par l'utilisateur Jenkins. Voici les étapes pour y parvenir :

1. **Accéder à l'Utilisateur Jenkins** :
   Commencez par ouvrir une session terminal en tant que `root` ou utilisateur ayant des privilèges `sudo`. Changez ensuite d'utilisateur pour devenir `jenkins` en exécutant :
   ```bash
   sudo su jenkins
   ```
   Si un mot de passe est requis pour l'utilisateur `jenkins` et que vous ne l'avez pas encore configuré, vous pouvez le faire depuis l'utilisateur `root` avec :
   ```bash
   sudo passwd jenkins
   ```

2. **Installer PM2** :
   Une fois connecté en tant que l'utilisateur `jenkins`, installez PM2 globalement en utilisant npm :
   ```bash
   npm i -g pm2
   ```
   Cette installation garantit que l'utilisateur `jenkins` possède sa propre instance de PM2, accessible et entièrement gérable.

3. **Vérification** :
   Pour confirmer que PM2 est correctement installé et fonctionnel sous l'utilisateur `jenkins`, vous pouvez exécuter :
   ```bash
   pm2 list
   ```
   Cela devrait afficher une liste vide (si aucun processus n'est actuellement géré par PM2), indiquant que PM2 est prêt à être utilisé par Jenkins.

## Avantages de Cette Solution

- **Autonomie de Jenkins** : Jenkins peut maintenant démarrer, arrêter et gérer les processus PM2 de manière autonome, sans dépendre d'autres utilisateurs ou installations.
- **Sécurité Améliorée** : En limitant l'usage de PM2 à l'utilisateur `jenkins`, vous réduisez les risques de sécurité associés à l'exécution de processus sous l'utilisateur `root`.
- **Flexibilité dans les Pipelines CI/CD** : Cette configuration permet une intégration et un déploiement plus fluides et personnalisables des applications Node.js, en tirant parti de la puissance combinée de Jenkins et PM2.

## Conclusion

L'intégration de Jenkins et PM2 est une stratégie éprouvée pour automatiser le déploiement d'applications Node.js. Cependant, la réussite de cette intégration repose sur une configuration appropriée permettant à Jenkins d'accéder et de gérer les processus PM2. En suivant les étapes décrites dans cet article, les développeurs et les ingénieurs DevOps peuvent surmonter l'obstacle de l'inaccessibilité des processus PM2 et optimiser leurs pipelines CI/CD.


Résoudre le Problème d'Accessibilité des Processus PM2 Démarrés par Jenkins


# Tutoriel: Créer une Fonctionnalité d'Upload et d'Extraction de PDF avec FastAPI

Dans ce tutoriel, nous allons vous guider à travers la création d'une fonctionnalité d'upload et d'extraction de texte à partir de fichiers PDF en utilisant FastAPI. Nous utiliserons également la bibliothèque `pdfminer` pour extraire le texte des fichiers PDF.

## Prérequis

Avant de commencer, assurez-vous d'avoir les éléments suivants installés sur votre machine :

- Python 3.8 ou supérieur
- FastAPI
- Uvicorn (serveur ASGI pour exécuter FastAPI)
- pdfminer.six (pour extraire le texte des PDF)

Vous pouvez installer les dépendances nécessaires en utilisant pip :

```sh
pip install fastapi uvicorn pdfminer.six
```

## Étape 1: Créer le Projet

Créez un nouveau répertoire pour votre projet et naviguez à l'intérieur :

```sh
mkdir pdf_extractor
cd pdf_extractor
```

Créez un fichier nommé `main.py` dans ce répertoire. Ce fichier contiendra le code de votre application FastAPI.

## Étape 2: Écrire le Code de l'Application

Ouvrez `main.py` dans votre éditeur de texte préféré et ajoutez le code suivant :

```python
from fastapi import FastAPI, File, UploadFile, HTTPException
from pdfminer.high_level import extract_text
import io

app = FastAPI()

@app.get("/")
def home():
    return {"Hello": "World"}

@app.post("/upload-pdf/")
async def upload_and_extract_pdf(file: UploadFile = File(...)):
    if not file.filename.lower().endswith('.pdf'):
        raise HTTPException(status_code=400, detail="Le fichier doit être un PDF")

    try:
        # Lire le contenu du fichier
        content = await file.read()

        # Utiliser BytesIO pour traiter le contenu en mémoire
        pdf_file = io.BytesIO(content)

        # Extraire le texte du PDF
        text = extract_text(pdf_file)

        # Afficher le résultat dans la console
        print(f"Contenu extrait du PDF '{file.filename}':")
        print("-" * 50)
        print(text)
        print("-" * 50)

        # Retourner un résumé au client
        return {
            "filename": file.filename,
            "content_length": len(text),
            "preview": text[:200] + "..." if len(text) > 200 else text
        }

    except Exception as e:
        print(f"Erreur lors du traitement du PDF: {str(e)}")
        raise HTTPException(status_code=500, detail=f"Erreur lors du traitement du PDF: {str(e)}")
```

### Explication du Code

1. **Importations**:
   - `FastAPI`, `File`, `UploadFile`, `HTTPException` : Modules de FastAPI pour créer l'API et gérer les fichiers uploadés.
   - `extract_text` : Fonction de `pdfminer` pour extraire le texte des fichiers PDF.
   - `io` : Module pour gérer les flux de données en mémoire.

2. **Création de l'Application FastAPI**:
   - `app = FastAPI()` : Crée une instance de l'application FastAPI.

3. **Route de Bienvenue**:
   - `@app.get("/")` : Définit une route GET pour la racine de l'API qui retourne un message de bienvenue.

4. **Route d'Upload et d'Extraction de PDF**:
   - `@app.post("/upload-pdf/")` : Définit une route POST pour uploader et extraire le texte des fichiers PDF.
   - `async def upload_and_extract_pdf(file: UploadFile = File(...))` : Fonction asynchrone pour gérer l'upload et l'extraction de texte.
   - Vérifie que le fichier uploadé est un PDF.
   - Lit le contenu du fichier.
   - Utilise `BytesIO` pour traiter le contenu en mémoire.
   - Extrait le texte du PDF.
   - Affiche le texte extrait dans la console.
   - Retourne un résumé du texte extrait au client.
   - Gère les exceptions et retourne une erreur en cas de problème.

## Étape 3: Démarrer le Serveur

Pour démarrer le serveur FastAPI, utilisez la commande suivante dans votre terminal :

```sh
uvicorn main:app --reload
```

Cette commande démarre le serveur Uvicorn et charge l'application FastAPI définie dans `main.py`. L'option `--reload` permet de recharger automatiquement le serveur lorsque vous modifiez le code.

## Étape 4: Tester l'API

Vous pouvez tester l'API en utilisant un outil comme `curl`, Postman, ou directement via l'interface utilisateur de FastAPI accessible à l'adresse `http://127.0.0.1:8000/docs`.

### Exemple de Requête avec `curl`

Pour tester l'upload d'un fichier PDF, vous pouvez utiliser la commande suivante :

```sh
curl -X 'POST' \
  'http://127.0.0.1:8000/upload-pdf/' \
  -H 'accept: application/json' \
  -H 'Content-Type: multipart/form-data' \
  -F 'file=@path/to/your/file.pdf'
```

Remplacez `path/to/your/file.pdf` par le chemin vers votre fichier PDF.

## Conclusion

Dans ce tutoriel, nous avons vu comment créer une fonctionnalité d'upload et d'extraction de texte à partir de fichiers PDF en utilisant FastAPI et `pdfminer`. Vous avez appris à configurer votre projet, écrire le code de l'application, démarrer le serveur, et tester l'API. Cette fonctionnalité peut être utile dans de nombreux cas d'utilisation, comme l'analyse de documents, l'extraction de données, et bien plus encore.

# Tutoriel: Créer une Fonctionnalité d'Upload et d'Extraction de PDF avec FastAPI


# Utilisation de Bootstrap avec Next.js 14

Next.js est un framework React populaire pour le développement d'applications web, et Bootstrap est une bibliothèque CSS et JavaScript largement utilisée pour le design responsive. Dans cet article, nous allons vous guider à travers les étapes pour intégrer Bootstrap dans un projet Next.js 14.

## Prérequis

Avant de commencer, assurez-vous d'avoir Node.js et npm installés sur votre machine. Vous pouvez les télécharger depuis [nodejs.org](https://nodejs.org/).

## Étape 1 : Créer un projet Next.js

Si vous n'avez pas encore de projet Next.js, vous pouvez en créer un en utilisant la commande suivante :

```bash
npx create-next-app@latest my-next-app
cd my-next-app
```

## Étape 2 : Installer Bootstrap

Installez Bootstrap et ses dépendances (`react-bootstrap` pour les composants React et `bootstrap` pour les styles) :

```bash
npm install bootstrap react-bootstrap
```

## Étape 3 : Configurer les styles globaux

Pour inclure les styles de Bootstrap dans votre projet, vous devez les importer dans votre fichier de styles globaux. Si vous n'avez pas encore de fichier de styles globaux, créez-en un dans le répertoire `styles` de votre projet.

1. Créez un fichier `styles/globals.css` si ce n'est pas déjà fait.
2. Importez les styles de Bootstrap dans ce fichier :

```css
/* styles/globals.css */
@import 'bootstrap/dist/css/bootstrap.min.css';
```

## Étape 4 : Importer les styles globaux dans votre application

Assurez-vous que votre fichier de styles globaux est importé dans votre application. Ouvrez le fichier `pages/_app.js` (ou `pages/_app.tsx` si vous utilisez TypeScript) et importez les styles globaux :

```javascript
// pages/_app.js
import '../styles/globals.css';

function MyApp({ Component, pageProps }) {
  return <Component {...pageProps} />;
}

export default MyApp;
```

## Étape 5 : Utiliser les composants Bootstrap

Vous pouvez maintenant utiliser les composants de `react-bootstrap` dans vos pages et composants. Par exemple, vous pouvez créer une page `index.js` avec un bouton Bootstrap :

```javascript
// pages/index.js
import { Button } from 'react-bootstrap';

export default function Home() {
  return (
    <div>
      <h1>Bienvenue sur Next.js avec Bootstrap</h1>
      <Button variant="primary">Cliquez-moi</Button>
    </div>
  );
}
```

## Étape 6 : Démarrer le serveur de développement

Pour voir les changements, démarrez le serveur de développement :

```bash
npm run dev
```

Ouvrez votre navigateur et allez à `http://localhost:3000` pour voir votre application en action.

## Étape 7 : Utiliser les composants de mise en page de Bootstrap

Bootstrap offre une variété de composants de mise en page, tels que les grilles, les cartes, les modals, etc. Voici un exemple d'utilisation de la grille Bootstrap :

```javascript
// pages/index.js
import { Container, Row, Col, Button } from 'react-bootstrap';

export default function Home() {
  return (
    <Container>
      <Row>
        <Col>
          <h1>Bienvenue sur Next.js avec Bootstrap</h1>
          <Button variant="primary">Cliquez-moi</Button>
        </Col>
        <Col>
          <h2>Colonne 2</h2>
          <p>Ceci est un exemple de mise en page avec Bootstrap.</p>
        </Col>
      </Row>
    </Container>
  );
}
```

## Étape 8 : Personnaliser les styles Bootstrap

Si vous souhaitez personnaliser les styles de Bootstrap, vous pouvez créer un fichier CSS personnalisé et importer les variables Sass de Bootstrap. Par exemple, créez un fichier `styles/custom.scss` :

```scss
/* styles/custom.scss */
@import 'bootstrap/scss/bootstrap';

// Personnalisation des variables Bootstrap
$primary: #ff5733;
$secondary: #333;

// Importation des styles Bootstrap avec les variables personnalisées
@import 'bootstrap/scss/bootstrap';
```

Ensuite, importez ce fichier dans votre fichier de styles globaux :

```css
/* styles/globals.css */
@import 'custom.scss';
```

## Conclusion

Vous avez maintenant intégré Bootstrap dans votre projet Next.js 14. Bootstrap offre une variété de composants et de styles qui peuvent grandement faciliter le développement de votre application. Vous pouvez explorer davantage les fonctionnalités de Bootstrap et de `react-bootstrap` pour créer des interfaces utilisateur riches et interactives.

Pour plus d'informations, consultez la [documentation officielle de Bootstrap](https://getbootstrap.com/docs/5.1/getting-started/introduction/) et la [documentation de react-bootstrap](https://react-bootstrap.github.io/).

# Utilisation de Bootstrap avec Next.js 14


Chaque nouvelle version d'un langage de programmation suscite la curiosité et évidemment des attentes pour les praticiens. PHP 8, en tant que mise à jour majeure, ne fait pas exception. Avec son lot de nouvelles fonctionnalités et d'optimisations, cette version promet de transformer les pratiques de programmation et de répondre aux besoins évolutifs des développeurs. 
Alors, qu'apporte réellement PHP 8 ? Est-il à la hauteur des espérances ? 
Cet article explore les principales nouveautés de cette mise à jour et ce qu'elles signifient pour l'avenir de la programmation PHP.

### Arguments Nommés : Flexibilité et Clarté 🔍

Les arguments nommés permettent de passer des valeurs aux fonctions en utilisant le nom des paramètres, ce qui améliore la lisibilité et la flexibilité du code.

#### Avant PHP 8.0 :
```php
function greet($name, $age) {
    echo "Hello, $name! You are $age years old.";
}

greet("Alice", 30);  // La position des arguments doit être respectée
```

#### Avec PHP 8.0 :
```php
function greet($name, $age) {
    echo "Hello, $name! You are $age years old.";
}

greet(age: 30, name: "Alice");  // Les arguments peuvent être passés dans n'importe quel ordre grâce aux noms des paramètres
```

### Types d'Union : Typage Enrichi 🔗

Les types d'union permettent de spécifier plusieurs types possibles pour un paramètre ou une valeur de retour, ce qui améliore la qualité du code et réduit les erreurs.

#### Avant PHP 8.0 :
```php
function process($value) {
    if (is_int($value) || is_string($value)) {
        // ...
    } else {
        throw new InvalidArgumentException("Value must be int or string");
    }
}
```

#### Avec PHP 8.0 :
```php
function process(int|string $value) {
    // Le type est directement spécifié dans la signature de la fonction
}
```

### Attributs : Métadonnées Natifs 🏗️

Les attributs permettent d'ajouter des métadonnées de manière native sans recourir à des commentaires ou des structures externes.

#### Avant PHP 8.0 :
```php
/**
 * @Route('/home')
 */
class HomeController {
    // ...
}
```

#### Avec PHP 8.0 :
```php
#[Route('/home')]
class HomeController {
    // Les métadonnées sont directement attachées grâce aux attributs
}
```

### Promotion de Propriété de Constructeur 🔧

La promotion de propriété de constructeur offre une syntaxe allégée pour la déclaration et l'initialisation des propriétés d'un objet.

#### Avant PHP 8.0 :
```php
class User {
    public string $name;
    public int $age;

    public function __construct(string $name, int $age) {
        $this->name = $name;
        $this->age = $age;
    }
}
```

#### Avec PHP 8.0 :
```php
class User {
    public function __construct(
        public string $name,
        public int $age
    ) {}
}
```

### Expression Match : Concision et Puissance 🔒

L'expression `match` est plus concise et puissante que le `switch`, offrant une syntaxe plus élégante pour les comparaisons multiples.

#### Avant PHP 8.0 :
```php
switch ($value) {
    case 1:
        $result = "One";
        break;
    case 2:
        $result = "Two";
        break;
    default:
        $result = "Other";
}
```

#### Avec PHP 8.0 :
```php
$result = match ($value) {
    1 => "One",
    2 => "Two",
    default => "Other",
};
```

### Opérateur Nullsafe : Simplification de la Gestion des Cas Nuls 🔒

L'opérateur nullsafe (`?->`) simplifie la gestion des cas nuls, rendant le code plus propre et plus sûr.

#### Avant PHP 8.0 :
```php
if ($user !== null && $user->address !== null) {
    $street = $user->address->street;
} else {
    $street = null;
}
```

#### Avec PHP 8.0 :
```php
$street = $user?->address?->street;
```

### JIT : Un Boost de Performance à la Compilation 🚀

L'introduction du JIT (Just-In-Time compilation) promet d'améliorer les performances des applications PHP en compilant le bytecode en code machine au moment de l'exécution.

#### Avant PHP 8.0 :
Le code PHP était interprété directement en bytecode puis exécuté par la machine virtuelle Zend.

#### Avec PHP 8.0 :
Le JIT compile dynamiquement le bytecode en code machine, améliorant ainsi les performances d'exécution des scripts PHP.

### Améliorations du Typage, de la Gestion d'Erreur, et de la Cohérence 🧐

PHP 8.0 n'est pas uniquement une question de nouvelles fonctionnalités, c'est aussi l'amélioration de ce qui existe déjà. Le système de typage, la gestion d'erreur et la cohérence globale du langage ont été considérablement améliorés.

#### Avant PHP 8.0 :
- Typage limité et incohérent.
- Gestion des erreurs parfois imprécise.
- Incohérences dans certaines fonctions et comportements du langage.

#### Avec PHP 8.0 :
- Typage plus strict et cohérent.
- Gestion des erreurs plus précise avec des exceptions spécifiques.
- Harmonisation et rationalisation de nombreuses fonctions et comportements pour une meilleure prévisibilité et fiabilité.

## Conclusion

En conclusion, PHP 8.0 semble non seulement répondre aux attentes, mais aussi poser de nouveaux standards dans le développement web. Il promet une codebase plus robuste, une écriture de code plus agréable et des performances accrues. Reste à voir comment la communauté va adopter et adapter ces nouveautés dans les projets existants et futurs. Avec PHP 8.0, le développement web entre indéniablement dans une nouvelle ère, êtes-vous prêts à en faire partie ? ✨

> "PHP 8.0 représente un tournant majeur pour PHP. Ce qui était bon est devenu excellent, et ce qui était excellent est désormais exceptionnel." - Rasmus Lerdorf, Créateur de PHP. 📢

![alter-text](/images/post/post-6.png)


# Parlons de PHP 8 - les nouveautés



GitLab CI/CD est un outil pratique pour automatiser les processus de développement, de test et de déploiement d'applications. Deux concepts clés sont utilisés pour stocker des fichiers et des répertoires entre les exécutions du pipeline : <b>la mise en cache</b> et les <b>artefacts</b>.

La mise en cache est utilisée pour stocker des fichiers et des répertoires nécessaires au processus de build et de déploiement, tels que les dépendances de l'application et les fichiers de configuration. Elle est spécifiée dans la section `cache` du fichier `.gitlab-ci.yml` et est restaurée avant l'exécution de chaque étape du pipeline. La mise en cache permet d'accélérer le processus de build et de déploiement en évitant de devoir télécharger ou générer des fichiers volumineux à chaque exécution.

Pour utiliser la mise en cache dans GitLab CI/CD, il suffit de spécifier les répertoires ou fichiers à mettre en cache dans la section `cache` du fichier `.gitlab-ci.yml`. Par exemple, pour une application Node.js, on peut spécifier que le répertoire `node_modules/` doit être mis en cache :
```yaml
cache:
  paths:
    - node_modules/
```
Lorsqu'un nouveau pipeline est exécuté, GitLab vérifie si un cache existe pour les répertoires ou fichiers spécifiés dans la section `cache`. Si un cache existe, il est restauré avant l'exécution de la première étape du pipeline. Si aucun cache n'existe, GitLab crée un nouveau cache à la fin de l'exécution du pipeline et stocke les répertoires ou fichiers spécifiés dans la section `cache`.

Les artefacts, quant à eux, sont utilisés pour stocker les résultats du processus de build et de déploiement, tels que les fichiers de production de l'application et les rapports de test. Ils sont spécifiés dans la section `artifacts` du fichier `.gitlab-ci.yml` et sont téléchargés à la fin de chaque étape du pipeline. Les artefacts peuvent être téléchargés manuellement ou automatiquement à partir de l'interface utilisateur de GitLab et peuvent être utilisés pour vérifier les résultats du pipeline ou pour déployer l'application sur un serveur de production.

Pour utiliser les artefacts dans GitLab CI/CD, il suffit de spécifier les fichiers ou répertoires à télécharger en tant qu'artefacts dans la section `artifacts` du fichier `.gitlab-ci.yml`. Par exemple, pour une application Node.js, on peut spécifier que le répertoire `build/` doit être téléchargé en tant qu'artefact à la fin de l'étape de build :
```yaml
build:
  stage: build
  script:
    - npm run build
  artifacts:
    paths:
      - build/
```
Les artefacts peuvent être téléchargés manuellement ou automatiquement à partir de l'interface utilisateur de GitLab et peuvent être utilisés pour vérifier les résultats du pipeline ou pour déployer l'application sur un serveur de production.

En conclusion, la mise en cache et les artefacts sont deux concepts clés pour stocker des fichiers et des répertoires entre les exécutions du pipeline dans GitLab CI/CD. La mise en cache est utilisée pour stocker des fichiers et des répertoires nécessaires au processus de build et de déploiement, tandis que les artefacts sont utilisés pour stocker les résultats du processus de build et de déploiement. En utilisant efficacement la mise en `cache` et les `artefacts`, vous pouvez accélérer votre flux de travail GitLab CI/CD et améliorer la qualité de votre application.

Mise en cache vs artefacts dans GitLab CI/CD


Lorsque vous développez une application, le choix de la base de données est une décision cruciale qui peut avoir un impact significatif sur les performances, l'évolutivité et la maintenabilité de votre projet. Les deux principaux types de bases de données sont SQL (Structured Query Language) et NoSQL (Not Only SQL). Dans cet article, nous allons explorer les différences entre SQL et NoSQL, leurs avantages et inconvénients respectifs, et vous aider à choisir la base de données la plus appropriée pour votre projet.

Qu'est-ce que SQL ?
-----------------

SQL est un langage de requête standard utilisé pour interroger et manipuler des bases de données relationnelles. Les bases de données SQL stockent les données dans des tables avec des schémas prédéfinis, ce qui signifie que chaque colonne a un type de données spécifique et que chaque ligne contient des données cohérentes. Les bases de données SQL sont conçues pour gérer des transactions complexes et garantir l'intégrité des données en utilisant des contraintes et des déclencheurs.

Avantages de SQL :

* Les bases de données SQL sont hautement structurées et offrent une grande cohérence des données.
* Les requêtes SQL sont faciles à écrire et à comprendre, ce qui facilite la maintenance et le débogage.
* Les bases de données SQL prennent en charge les transactions ACID (Atomicité, Cohérence, Isolation, Durabilité), ce qui garantit l'intégrité des données.
* Les bases de données SQL sont largement utilisées et prises en charge par de nombreux fournisseurs de logiciels et de services.

Inconvénients de SQL :

* Les bases de données SQL peuvent être difficiles à mettre à l'échelle horizontalement en raison de leur structure rigide.
* Les schémas prédéfinis peuvent rendre difficile l'ajout de nouvelles fonctionnalités ou la modification des données existantes.
* Les bases de données SQL peuvent être coûteuses en termes de stockage et de traitement des données volumineuses.

Qu'est-ce que NoSQL ?
-------------------

NoSQL est un terme générique utilisé pour décrire les bases de données non relationnelles qui ne suivent pas le modèle de données relationnel traditionnel. Les bases de données NoSQL stockent les données dans des documents, des graphiques, des colonnes ou des clés-valeurs, ce qui permet une plus grande flexibilité dans la structure des données. Les bases de données NoSQL sont conçues pour gérer de grandes quantités de données non structurées et offrir une évolutivité horizontale élevée.

Avantages de NoSQL :

* Les bases de données NoSQL offrent une grande flexibilité dans la structure des données, ce qui facilite l'ajout de nouvelles fonctionnalités et la modification des données existantes.
* Les bases de données NoSQL peuvent être facilement mises à l'échelle horizontalement en ajoutant de nouveaux nœuds de données.
* Les bases de données NoSQL sont conçues pour gérer de grandes quantités de données non structurées, telles que les données de journalisation, les données de capteurs et les données de médias sociaux.
* Les bases de données NoSQL offrent souvent des performances élevées pour les opérations de lecture et d'écriture.

Inconvénients de NoSQL :

* Les bases de données NoSQL peuvent être difficiles à interroger et à manipuler en raison de leur structure de données non standard.
* Les bases de données NoSQL ne prennent pas en charge les transactions ACID, ce qui peut entraîner des problèmes d'intégrité des données.
* Les bases de données NoSQL peuvent nécessiter une expertise spécialisée pour la configuration et la maintenance.

Comment choisir entre SQL et NoSQL ?
-----------------------------------

Le choix entre SQL et NoSQL dépend des exigences spécifiques de votre projet. Voici quelques considérations à prendre en compte :

* Si votre projet nécessite des transactions complexes et une intégrité des données élevée, une base de données SQL peut être plus appropriée.
* Si votre projet nécessite une grande flexibilité dans la structure des données et une évolutivité horizontale élevée, une base de données NoSQL peut être plus appropriée.
* Si vous avez besoin d'une base de données facile à utiliser et à maintenir, une base de données SQL peut être plus appropriée.
* Si vous avez besoin d'une base de données capable de gérer de grandes quantités de données non structurées, une base de données NoSQL peut être plus appropriée.

Conclusion
----------

Le choix entre SQL et NoSQL dépend des besoins spécifiques de votre projet. Les deux types de bases de données ont leurs avantages et leurs inconvénients, et il est important de prendre en compte les exigences de votre projet avant de prendre une décision. En fin de compte, le choix d'une base de données appropriée peut avoir un impact significatif sur les performances, l'évolutivité et la maintenabilité de votre application.

Mots-clés : SQL, NoSQL, base de données, relationnel, non relationnel, évolutivité horizontale, intégrité des données, transactions ACID.

SQL vs NoSQL : Quelle base de données choisir pour votre projet ?



GitLab CI/CD est un outil puissant pour automatiser le processus de développement, de test et de déploiement des applications. Dans GitLab CI/CD, deux concepts clés sont utilisés pour stocker des fichiers et des répertoires entre les exécutions du pipeline : la mise en cache et les artefacts. Dans cet article, nous allons expliquer la différence entre ces deux concepts et comment les utiliser efficacement dans votre flux de travail GitLab CI/CD.

Qu'est-ce que la mise en cache ?
-------------------------------

La mise en cache est utilisée pour stocker des fichiers et des répertoires qui sont nécessaires pour le processus de build et de déploiement, tels que les dépendances de l'application, les fichiers de configuration, etc. La mise en cache est spécifiée dans la section `cache` du fichier `.gitlab-ci.yml` et est restaurée avant l'exécution de chaque étape du pipeline. La mise en cache est généralement utilisée pour accélérer le processus de build et de déploiement en évitant de devoir télécharger ou générer des fichiers volumineux à chaque exécution.

Comment utiliser la mise en cache ?
----------------------------------

Pour utiliser la mise en cache dans GitLab CI/CD, vous devez spécifier les répertoires ou fichiers à mettre en cache dans la section `cache` du fichier `.gitlab-ci.yml`. Voici un exemple de configuration de mise en cache pour une application Node.js :
```yaml
cache:
  paths:
    - node_modules/
```
Dans cet exemple, nous avons spécifié que le répertoire `node_modules/` doit être mis en cache. Lorsqu'un nouveau pipeline est exécuté, GitLab vérifie si un cache existe pour les répertoires ou fichiers spécifiés dans la section `cache`. Si un cache existe, il est restauré avant l'exécution de la première étape du pipeline. Si aucun cache n'existe, GitLab crée un nouveau cache à la fin de l'exécution du pipeline et stocke les répertoires ou fichiers spécifiés dans la section `cache`.

Qu'est-ce que les artefacts ?
----------------------------

Les artefacts sont utilisés pour stocker les résultats du processus de build et de déploiement, tels que les fichiers de production de l'application, les rapports de test, etc. Les artefacts sont spécifiés dans la section `artifacts` du fichier `.gitlab-ci.yml` et sont téléchargés à la fin de chaque étape du pipeline. Les artefacts peuvent être téléchargés manuellement ou automatiquement à partir de l'interface utilisateur de GitLab et peuvent être utilisés pour vérifier les résultats du pipeline ou pour déployer l'application sur un serveur de production.

Comment utiliser les artefacts ?
-------------------------------

Pour utiliser les artefacts dans GitLab CI/CD, vous devez spécifier les fichiers ou répertoires à télécharger en tant qu'artefacts dans la section `artifacts` du fichier `.gitlab-ci.yml`. Voici un exemple de configuration d'artefacts pour une application Node.js :
```yaml
build:
  stage: build
  script:
    - npm run build
  artifacts:
    paths:
      - build/
```
Dans cet exemple, nous avons spécifié que le répertoire `build/` doit être téléchargé en tant qu'artefact à la fin de l'étape de build. Les artefacts peuvent être téléchargés manuellement ou automatiquement à partir de l'interface utilisateur de GitLab et peuvent être utilisés pour vérifier les résultats du pipeline ou pour déployer l'application sur un serveur de production.

Conclusion
==========

Dans GitLab CI/CD, la mise en cache et les artefacts sont deux concepts clés pour stocker des fichiers et des répertoires entre les exécutions du pipeline. La mise en cache est utilisée pour stocker des fichiers et des répertoires nécessaires au processus de build et de déploiement, tandis que les artefacts sont utilisés pour stocker les résultats du processus de build et de déploiement. En utilisant efficacement la mise en cache et les artefacts, vous pouvez accélérer votre flux de travail GitLab CI/CD et améliorer la qualité de votre application.

Mots-clés : GitLab CI/CD, mise en cache, artefacts, pipeline, build, déploiement, développement, test.

# Mise en cache vs artefacts dans GitLab CI/CD



### Scoop: Un Gestionnaire de Logiciels en Ligne de Commande

#### Historique et Création de Scoop

**Contexte de Création**

Scoop est un gestionnaire de logiciels pour Windows conçu pour simplifier l'installation de logiciels en ligne de commande. Créé en réponse aux complexités et aux limitations des gestionnaires de paquets traditionnels sous Windows, Scoop vise à fournir une méthode plus intuitive et moins intrusive pour installer, mettre à jour et gérer les logiciels.

**Créateur de Scoop**

Scoop a été développé par Luke Sampson, un développeur australien, qui a publié le projet pour la première fois en 2013. Son objectif principal était de créer un outil léger et minimaliste qui ne nécessite pas de privilèges administratifs pour l'installation de logiciels. Scoop a été conçu pour combler le fossé entre les besoins des utilisateurs de Windows et les fonctionnalités offertes par des gestionnaires de paquets similaires sur d'autres systèmes d'exploitation comme Linux.

#### Fonctionnalités et Avantages

Scoop se distingue par sa simplicité et son efficacité. Il télécharge et installe les logiciels dans un répertoire dédié (par défaut `~/scoop`), ce qui évite les conflits de fichiers et les problèmes de permissions. De plus, il prend en charge les mises à jour automatiques et la gestion des dépendances, facilitant ainsi la maintenance du système pour les utilisateurs.

#### Cas Concrets et Scénarios

1. **Développement Web**: Les développeurs web utilisent souvent Scoop pour installer rapidement des outils comme Node.js, Git, et divers gestionnaires de paquets (comme Yarn) sans nécessiter de privilèges administratifs, permettant un environnement de développement fluide et sans tracas.

2. **Gestion de Scripts**: Les administrateurs système peuvent utiliser Scoop pour installer des utilitaires de script comme Python ou PowerShell modules de manière simple et cohérente à travers différents systèmes, réduisant ainsi les efforts de gestion des configurations.

3. **Environnements de Développement Isolés**: Les développeurs travaillant sur plusieurs projets nécessitant différentes versions de logiciels peuvent utiliser Scoop pour gérer ces versions sans conflit, grâce à l'installation dans des répertoires distincts.

4. **Utilisateur Occasionnel**: Pour les utilisateurs qui ne souhaitent pas plonger dans les détails techniques de la gestion des logiciels, Scoop offre une manière simple d'installer et de mettre à jour des applications comme VLC, 7-Zip ou encore des navigateurs web, sans passer par les installations traditionnelles fastidieuses.

### Comparaison avec APT

Oui, Scoop peut être considéré comme le APT de Windows. Tout comme APT (Advanced Package Tool) sur Linux, Scoop permet une gestion simplifiée des logiciels via la ligne de commande, offrant des fonctionnalités similaires en termes d'installation, de mise à jour et de gestion des dépendances, mais adapté à l'écosystème Windows.

#### Liens et Références

Pour en savoir plus sur Scoop, vous pouvez visiter le site officiel : [Scoop](https://scoop.sh/).

**Références Supplémentaires**

- [GitHub de Scoop](https://github.com/lukesampson/scoop) : Dépôt officiel de Scoop sur GitHub où vous pouvez contribuer ou consulter le code source.
- [Documentation de Scoop](https://scoop-docs.vercel.app/) : Documentation détaillée sur l'installation, l'utilisation et la gestion des paquets avec Scoop.

Cet article vous a fourni un aperçu du gestionnaire de logiciels Scoop, en explorant son historique, son créateur, et les raisons de sa création. Pour des informations plus détaillées, les liens fournis vous dirigeront vers les ressources officielles.

# A la découverte de scoop 🚀


# Stocker les Données de Jenkins avec Docker Volumes

Dans le monde de l'intégration continue et du déploiement continu (CI/CD), Jenkins joue un rôle crucial en automatisant les tests et les déploiements de nos applications. Lorsque nous déployons Jenkins dans des conteneurs Docker, il devient essentiel de penser à la persistance des données pour assurer la durabilité de notre configuration et de nos données de build. Dans cet article, nous verrons comment configurer un volume Docker pour Jenkins, permettant ainsi de persister les données même après l'arrêt ou la suppression des conteneurs.

## Introduction aux Volumes Docker

Les volumes Docker sont la méthode recommandée pour persister les données produites et utilisées par les conteneurs Docker. Contrairement aux données stockées dans les couches du système de fichiers du conteneur, les volumes sont complètement indépendants du cycle de vie des conteneurs, ce qui les rend idéaux pour stocker les données de configuration, les bases de données, et les fichiers nécessaires pour les builds de Jenkins.

## Configuration du Volume pour Jenkins

Dans notre fichier `docker-compose.yml`, nous spécifions un volume pour Jenkins de la manière suivante :

```yaml
volumes:
  jenkins-data:/var/jenkins_home
```

Cette configuration crée un volume nommé `jenkins-data` que Jenkins utilisera pour stocker ses données. Docker gère ce volume et le stocke dans un emplacement par défaut, généralement dans `/var/lib/docker/volumes/` sur les systèmes Linux.

### Avantages d'Utiliser un Volume Nommé

- **Persistance des Données :** Les données de Jenkins restent préservées même après l'arrêt ou la suppression des conteneurs.
- **Gestion par Docker :** Docker s'occupe de gérer l'emplacement physique du volume, ce qui simplifie la maintenance.
- **Sécurité et Isolation :** Les volumes peuvent offrir une couche supplémentaire d'isolation et de sécurité pour les données sensibles.

## Utiliser un Chemin Spécifique sur l'Hôte

Pour ceux qui ont besoin d'un accès direct aux fichiers de données de Jenkins pour des raisons de sauvegarde, de configuration, ou de diagnostic, il est possible de lier le volume à un chemin spécifique sur le système hôte :

```yaml
volumes:
  - /chemin/sur/hote/jenkins-data:/var/jenkins_home
```

Remplacez `/chemin/sur/hote/jenkins-data` par le chemin absolu où vous souhaitez que les données soient stockées sur votre système hôte. Cette méthode facilite les opérations de sauvegarde et de restauration, mais peut réduire la portabilité de votre configuration Docker Compose.

## Conclusion

La persistance des données de Jenkins dans des conteneurs Docker est essentielle pour garantir la continuité de votre pipeline CI/CD. En utilisant des volumes Docker, vous pouvez vous assurer que vos données sont sécurisées, isolées et facilement récupérables, même en cas d'interruption du service. Que vous optiez pour un volume géré par Docker ou pour un emplacement spécifique sur votre hôte, l'important est de choisir la stratégie qui correspond le mieux à vos besoins en matière de sauvegarde et d'accès aux données.

Comprendre les volumes dans Docker: cas de jenkins 🚀


Tout a commencé par une lecture sur les architectures serveless. Evidemment le livre était en Anglais et une traduction litéralle en langue française donne: "Architecture sans serveur"; 

Moment de panique, à ce moment là, je me suis demandé comment un profane comprendrait cette expression. C'est sûr, si le but de ce nom etait de créer un effet de buzz, c'est plutôt une reussite. Et pourtant, au delà d'etre un buzzword, c'est bien une pratique qui consiste à developper sans se soucier des élements de serveur. Cette approche/solution a été proposé par AWS en Novembre 2014 lors du Re:Invent(à propos de Re:Invent : https://reinvent.awsevents.com/) . Alors ceci a motivé ma recherche ou plutôt le recenssement d'autre mots du jargon IT qui pouraient preter à confusion . 
## Jargon du cloud : 10 mots / expressions 🧠

- 🚀 **NoOps** : Le 'NoOps' ne signifie pas l'absence d'opérations, mais l'automatisation poussée des processus opérationnels pour minimiser l'intervention manuelle.
- 🔒 **Zero Trust** : Le 'Zero Trust' dans la sécurité ne signifie pas faire confiance à personne, mais vérifier systématiquement tout et tous, indépendamment de leur position dans le réseau.
- 🏗️ **Immutable Infrastructure** : Le 'Immutable Infrastructure' ne signifie pas une infrastructure inchangeable, mais la création de nouvelles instances au lieu de modifier les existantes.
- 📜 **Infrastructure as Code** : Le 'Infrastructure as Code' ne transforme pas l'infrastructure en un simple script, mais gère et provisionne les ressources de manière programmable et automatisée.
- ☁️ **Cloud-Native** : Le 'Cloud-Native' ne concerne pas uniquement le cloud, mais désigne des applications conçues spécifiquement pour tirer parti des avantages du cloud computing.
- ⚙️ **Chaos Engineering** : Le 'Chaos Engineering' ne consiste pas à causer du chaos, mais à tester de manière proactive la robustesse des systèmes en simulant des conditions instables.
- 🌐 **GitOps** : Le 'GitOps' ne réduit pas l'opérationnel à l'utilisation de Git, mais intègre Git dans le cycle de vie des applications pour une meilleure traçabilité et synchronisation.
- 🐦 **Canary Release** : Le 'Canary Release' ne signifie pas lancer des produits non testés, mais déployer progressivement de nouvelles fonctionnalités à un sous-ensemble d'utilisateurs pour réduire les risques.
- 🌑 **Dark Launching** : Le 'Dark Launching' ne consiste pas à lancer des produits dans l'obscurité, mais à déployer silencieusement de nouvelles fonctionnalités pour tester leur impact avant un lancement complet.
- 🔵🟢 **Blue/Green Deployment** : Le 'Blue/Green Deployment' ne se réfère pas à des couleurs, mais à une stratégie de déploiement où deux environnements parallèles assurent une transition sans interruption du service.

---

Cette exercice m'a permis de décourvrir de nouvelles expressions comme **canary Release** , **Dark Launching** . Je me serais planté si on m'avait demandé de presenter ces concepts. Et dire que tout a commencé par une attention particulière au ressenti d'un profane sur pour le terme **serveless** . Dans les prochains articles je ferai l'effort de ressortir des termes specificiques au domaine traité.

### Liens utiles:
- https://www.dbmaestro.com/blog/database-devops/18-great-devops-quotes
- https://www.talend.com/fr/resources/noops-definition/
- https://www.packtpub.com/product/software-architecture-patterns-for-serverless-systems-second-edition-second-edition/9781803235448

> "The most powerful tool we have as developers is automation." —Scott Hanselman

![alter-text](/images/post/post-7.png)


Buzzword ou paradigme ? Immersion dans le jargon tech & cloud


MySQL et PostgreSQL sont des systèmes de gestion de bases de données relationnelles (RDBMS) largement utilisés dans le développement d'applications. Choisir entre les deux peut être crucial en fonction des besoins spécifiques de performance, de sécurité, et de fonctionnalités. Cet article explore les similitudes et les différences clés pour aider les professionnels à faire un choix éclairé.


### Quelles sont les similitudes ?

- **Langage de requête structuré (SQL)** : Tous deux utilisent SQL pour la gestion et l'interrogation des données.

- **Modèle de données** : Ils stockent les données dans des tableaux liés par des clés.

- **Open Source** : MySQL et PostgreSQL sont des logiciels libres avec une forte communauté de support.

## Principales différences 🔍

### 1. Conformité ACID
- **MySQL** : Assure la conformité ACID avec certains moteurs de stockage.
- **PostgreSQL** : Conforme ACID dans toutes les configurations.

### 2. Contrôle de la simultanéité
- **MySQL** : Ne propose pas de MVCC natif.
- **PostgreSQL** : Prend en charge MVCC pour des opérations simultanées sans compromettre l'intégrité des données.

### 3. Types de données
- **MySQL** : Supporte les types de données standards incluant JSON.
- **PostgreSQL** : Offre une large variété de types de données, y compris géométriques et personnalisés.

### 4. Performances
- **MySQL** : Performant pour les applications nécessitant beaucoup de lectures 📚.
- **PostgreSQL** : Mieux adapté aux écritures fréquentes et aux requêtes complexes 📈.

### 5. Extensions et Index
- **MySQL** : Index B-tree et R-tree.
- **PostgreSQL** : Plusieurs types d'index et extension pour améliorer les fonctionnalités.

### 6. Procédures stockées et Triggers
- **MySQL** : Supporte les procédures stockées.
- **PostgreSQL** : Permet des procédures stockées plus complexes et des déclencheurs plus flexibles.

---

## Choisir entre MySQL et PostgreSQL

### Quand choisir MySQL ? 💡
- Applications Web standard avec des besoins importants en lecture.
- Projets nécessitant une configuration rapide et une courbe d'apprentissage facile.
- Environnements où la performance de lecture est critique.

### Quand choisir PostgreSQL ? 🚀
- Applications d'entreprise avec des opérations d'écriture fréquentes.
- Projets nécessitant une large gamme de types de données ou des requêtes complexes.
- Environnements où l'intégrité des données et la conformité ACID sont critiques.

---

### Conclusion 🎯
Le choix entre MySQL et PostgreSQL dépend des besoins spécifiques de votre projet. Considérez les fonctionnalités, la performance, la sécurité, et la communauté de support avant de prendre une décision. Les deux systèmes ont leurs forces et peuvent être la meilleure solution dans différents contextes.


![alter-text](/images/post/parlons-de-postgresql.png)


# Comparaison entre PostgreSql et Mysql 🚀



Tout d'abord,

Bienvenue sur mon blog 🌟 !
Ici, je partage mon parcours dans le monde captivant du DevOps, ma veille technologique, et des tutoriels 📚.


**Mon objectif ?** Vous permettre de maîtriser les pratiques et outils DevOps, tout en créant des moyens d'échange pour apprendre ensemble 🤝. Aujourd'hui, je souhaite vous expliquer pourquoi j'ai plongé dans cet univers fascinant. <br />

**Ma motivation principale 🎯?** Prendre le contrôle complet sur la production et réduire le temps entre le développement et la livraison aux utilisateurs finaux.

### **Mes motivations**

1. **La Main sur la Production :**
   La première raison qui m'a poussé vers le DevOps est le désir de contrôler entièrement le processus de production. Dans le domaine du développement, il est courant de se heurter à des limitations techniques en phase de production, souvent dues à un choix de technologies inadéquates. Ma mission est de m'assurer que cela ne se produise plus, ni pour moi, ni pour mes proches, ni pour vous 😁.

2. **Optimiser le Temps entre Développement et Livraison :**
   Le DevOps offre une solution élégante à l'un des plus grands défis du développement de logiciels : réduire le temps entre la phase de développement et la mise à disposition du produit pour les utilisateurs finaux. Cette optimisation est cruciale, surtout dans un environnement de startup où chaque seconde compte.

3. **Éviter les Erreurs de Technologie et les Ressources Inadéquates :**
   Combien de fois avons-nous entendu cette phrase : "Oups, on a pris une techno qui demande des ressources que notre hébergeur n'offre pas" ? Le DevOps nous permet de prévenir ces erreurs en nous donnant une compréhension plus profonde des besoins en infrastructure dès le début du projet et surtout la capacité de tester les configurations de notre infrastructure cible au fur à mesure que le projet evolue.

4. **Rapidité et Agilité dans un Monde en Évolution :**
   Dans un monde où les idées et les besoins du marché évoluent rapidement, la capacité à mettre en production rapidement est essentielle. J'ai vu trop de projets, avec de bonnes hypothèses de départ, perdre toute leur pertinence à cause d'un temps de mise en production trop long. **Le DevOps, c'est l'art de rester agile et réactif face à un marché en constante évolution.**

### **Pour conclure**
  Le DevOps n'est pas seulement une compétence technique, c'est une philosophie qui embrasse le changement, optimise les processus, et vise une efficacité sans précédent. En empruntant cette voie, je m'engage à contribuer à l'élaboration de projets plus robustes, plus souples, et mieux adaptés aux exigences du marché. Je vous invite à me rejoindre dans ce périple d'apprentissage et de découverte, où chaque jour est une opportunité de s'améliorer et d'innover.

---

*© Stéphane Agoumé, Prometheus, Grafana, Zabbix, Netstat, Nagios


🚀 Pourquoi je me suis mis au DevOps ? 🚀



## Introduction
 le monitoring efficace des serveurs est crucial. Que vous gériez quelques serveurs sous Debian avec Nginx ou une infrastructure plus complexe, choisir les bons outils de monitoring est essentiel pour assurer la disponibilité et les performances de vos services. Cet article explore les meilleures options disponibles pour le monitoring de serveurs, en mettant l'accent sur les solutions adaptées aux professionnels.

## Outils de Monitoring à Considérer

### Nagios

Nagios est un système de monitoring bien établi, réputé pour sa fiabilité. Il permet de surveiller l'état des services, les serveurs et offre des alertes en temps réel et des rapports détaillés.

**Avantages**:
- Surveillance complète des services et des serveurs.
- Alertes configurables pour les événements critiques.

### Prometheus et Grafana

La combinaison de Prometheus et Grafana est idéale pour ceux qui cherchent à visualiser les métriques en temps réel. Prometheus collecte et stocke des métriques, tandis que Grafana est utilisé pour leur visualisation.

**Avantages**:
- Excellente visualisation des données en temps réel.
- Puissante personnalisation des tableaux de bord.

### Zabbix

Zabbix offre un monitoring complet, capable de surveiller divers paramètres tels que l'état des services, la performance du réseau et la santé des serveurs.

**Avantages**:
- Fonctionnalités de monitoring polyvalentes.
- Capacités de visualisation et d'alerting intégrées.

### Netdata

Netdata est parfait pour ceux qui ont besoin d'une vue détaillée de l'activité des services, y compris les connexions et l'utilisation des ressources.

**Avantages**:
- Surveillance en temps réel des performances et de la santé.
- Installation et configuration faciles.

### Elastic Stack (ELK)

L'ELK Stack est une solution puissante pour l'analyse et la visualisation des logs, mais elle peut également être configurée pour le monitoring des services et des serveurs.

**Avantages**:
- Analyse approfondie des logs.
- Tableaux de bord personnalisables via Kibana.

## Surveillance des Ports

Pour surveiller spécifiquement les processus qui tournent sur chaque port, des outils comme `lsof` ou `netstat` peuvent être utilisés en complément. Ils fournissent des informations précises sur les services écoutant sur chaque port.

## Conclusion

Le choix de la meilleure stack de monitoring dépend de vos besoins spécifiques, de la taille de votre infrastructure et de vos compétences techniques. Des outils comme Nagios et Zabbix sont plus simples à configurer, tandis que Prometheus avec Grafana et l'ELK Stack offrent une plus grande flexibilité et de meilleures capacités de visualisation, mais peuvent nécessiter une configuration plus avancée. En fin de compte, un système de monitoring efficace est un investissement crucial pour la santé et la performance de l'infrastructure informatique de votre startup.

---

*© Stéphane Agoumé, Prometheus, Grafana, Zabbix, Netstat, Nagios


🚀 Quelques outils de monitoring 🚀


PostgreSQL est un système de gestion de base de données relationnel-objet, issu d’un projet ambitieux débuté en 1986 à l’Université de Californie à Berkeley. Il représente plus de 35 ans de développement acharné. Sa réputation n'est plus à faire : 
- Architecture solide 
- Fiabilité à toute épreuve
- Intégrité des données
- Richesse fonctionnelle
- Extensibilité et engagement sans faille de sa communauté open source.

**PostgreSQL** est compatible avec quasiment tous les systèmes d'exploitation et respecte les normes ACID (atomicité, cohérence, isolation et durabilité , voir https://fr.wikipedia.org/wiki/Propri%C3%A9t%C3%A9s_ACID) depuis 2001. Il s'enrichit continuellement, notamment avec des extensions telles que PostGIS. Ce n'est donc pas surprenant que PostgreSQL soit le choix privilégié pour de nombreuses personnes et organisations dans le domaine des bases de données relationnelles open source.

### Pourquoi choisir PostgreSQL ?

PostgreSQL offre un large éventail de fonctionnalités pour les développeurs, les administrateurs et la gestion de données, quelle que soit leur taille. Gratuit et open source, il est hautement extensible : types de données personnalisés, fonctions sur mesure, intégration de code dans différents langages de programmation sans recompilation de la base de données.

En septembre 2023, la version 16 se conforme à au moins 170 des 179 fonctionnalités obligatoires du standard SQL:2023 Core, un exploit remarquable dans le monde des bases de données relationnelles.

### Caractéristiques Clés :

- **Types de Données Divers** : Intégration de primitives, structures, documents, géométrie et types personnalisés.

- **Intégrité des Données** : Contraintes d'unicité, clés primaires et étrangères, verrous explicites.

- **Concurrence et Performance** : Indexation avancée, planificateur de requêtes sophistiqué, transactions imbriquées, contrôle de concurrence multiversion, parallélisation, partitionnement de table.

- **Fiabilité et Récupération** : Journalisation anticipée, réplication, récupération à un instant donné, tablespaces.
- **Sécurité** : Méthodes d'authentification multiples, contrôle d'accès robuste, sécurité au niveau des colonnes et des lignes.
- **Extensibilité** : Fonctions et procédures stockées, langages procéduraux, constructeurs SQL/JSON, wrappers de données étrangères.
- **Internationalisation et Recherche Textuelle** : Prise en charge de jeux de caractères internationaux, collations insensibles à la casse et à l'accent, recherche en texte intégral.

**PostgreSQL** a démontré sa capacité à gérer des volumes de données colossaux et un nombre élevé d'utilisateurs concurrents. Des clusters PostgreSQL en production gèrent des téraoctets de données, voire des pétaoctets dans des systèmes spécialisés.

---

Pour conclure, PostgreSQL n'est pas seulement une base de données; c'est une plateforme évolutive, fiable et sécurisée, qui continue d'innover et de s'adapter aux défis technologiques actuels et futurs. Que vous soyez développeur, administrateur de base de données ou simplement passionné par la gestion de données, PostgreSQL est une solution incontournable à explorer.



![alter-text](/images/post/parlons-de-postgresql.png)


# Parlons de PostgreSQL 🚀


Oui le contexte de travail dans une startup dynamique est très challengeant, mais surtout requiert un niveau de maitrise des fondamentaux pour plus d'efficacité et une meilleure compréhension des choix/risques. j'interviens chez un client en tant qu'ingénieur DevOps et la particularité de cette équipe est que toute la boite est impliqué dans la stratégie marketing.
Lors d'un point d'étape avec une l'ensemble de l'équipe, chacun présentait son travail et surtout l'impact sur la stratégie Go-To-Market du produit. Confiant, à mon tour j'ai dit: "Je garanti les livraisons continues de la solution, et plus encore, je veille à prévenir toute interruption de service." 😊 . Mais la responsable produit a réagit en posant une question inattendue : "C'est bien, mais en quoi ton travail contribue-t-il au référencement, au SEO ?" 🤔 Alors je dois avouer que je n'y avais jamais pensé. Pris au dépourvu, j'ai pris un moment de réflexion, en me basant sur le fonctionnement des moteurs de recherches et des bénéfices des pratiques DevOps, j'ai pu formuler une réponse, que je résume ici : 🚀🔍

- 🏎️ 𝐕𝐢𝐭𝐞𝐬𝐬𝐞 𝐝𝐞 𝐂𝐡𝐚𝐫𝐠𝐞𝐦𝐞𝐧𝐭 ,
- 🔧 𝐃𝐢𝐬𝐩𝐨𝐧𝐢𝐛𝐢𝐥𝐢𝐭𝐞́ 𝐞𝐭 𝐅𝐢𝐚𝐛𝐢𝐥𝐢𝐭𝐞́ ,
- 🔒 𝐒𝐞́𝐜𝐮𝐫𝐢𝐭𝐞́ ,📦 𝐎𝐩𝐭𝐢𝐦𝐢𝐬𝐚𝐭𝐢𝐨𝐧 𝐝𝐞𝐬 𝐑𝐞𝐬𝐬𝐨𝐮𝐫𝐜𝐞𝐬,
- 🔧 𝐂𝐨𝐧𝐟𝐢𝐠𝐮𝐫𝐚𝐭𝐢𝐨𝐧 𝐒𝐞𝐫𝐯𝐞𝐮𝐫,
- 𝐑𝐞́𝐚𝐜𝐭𝐢𝐯𝐢𝐭𝐞́ 𝐌𝐨𝐛𝐢𝐥𝐞,
- 🔍 𝐌𝐨𝐧𝐢𝐭𝐨𝐫𝐢𝐧𝐠 𝐞𝐭 𝐀𝐧𝐚𝐥𝐲𝐭𝐢𝐜𝐬,
- 🌍 𝐋𝐨𝐜𝐚𝐥𝐢𝐬𝐚𝐭𝐢𝐨𝐧 𝐝𝐞𝐬 𝐒𝐞𝐫𝐯𝐞𝐮𝐫𝐬

Et bien sûr j'ai fait des recherches approfondies sur le sujet juste après et je travaille sur un document pour faire une meilleure présentation au client et éventuellement un partage sous forme de livre blanc.

#DevOps #SEO #PerformanceWeb #SiteSpeed #Uptime #Security #ResourceOptimization #ServerSetup #CDN #MobileResponsive #WebMonitoring #OnlineVisibility #GoogleRanking #DigitalMarketing #WebDevelopment #TechSynergy

![alter-text](/images/post/post-1.png)


🚀 𝐋𝐞 𝐃𝐞𝐯𝐎𝐩𝐬 : 𝐔𝐧 𝐋𝐞𝐯𝐢𝐞𝐫 𝐈𝐧𝐬𝐨𝐮𝐩𝐜̧𝐨𝐧𝐧𝐞́ 𝐩𝐨𝐮𝐫 𝐥𝐚 𝐒𝐭𝐫𝐚𝐭𝐞́𝐠𝐢𝐞 𝐒𝐄𝐎 🚀


Récemment, lors de la rédaction de pipelines pour une API Django, j'ai été confronté à la complexité des migrations en environnement de production. Les migrations Django sont essentielles pour refléter les changements de nos modèles dans la base de données.

- Comment s'assurer de leur bon déroulement dans un contexte CI/CD où tout est automatisé ?
- Comment s'assurer qu'une commande "python manage.py migrate" ne réinitialise pas des tables en prod ? (ah oui la panique) .
- Comment feriez vous des mises à jours de la base de données sans mettre interrompre le fonctionnement de l'application?

## Quelques pratiques que j'ai noté :

1️⃣ Tests: Même si l'automatisation est notre objectif, il est crucial de tester d'abord toutes les migrations dans un environnement similaire à celui de la production.

2️⃣ Sauvegardes: les sauvegardes régulières de la base de données ne sont pas une option, elles sont une nécessité.

3️⃣ Migrations personnalisées: Une attention particulière doit être portée aux migrations qui interagissent directement avec les données, surtout dans un contexte API où les données sont le cœur de l'application.

4️⃣ Révisions: L'utilisation d'outils comme `sqlmigrate` pour prévisualiser les commandes SQL est un atout inestimable.

L'automatisation dans un #pipeline CI/CD, bien que puissante, nécessite une compréhension claire et une planification rigoureuse pour éviter les pièges potentiels.

Et vous comment abordez-vous les migrations dans un contexte de CI/CD ? Quels défis avez-vous rencontrés et comment les avez-vous surmontés ?

#Django #API #CICD #Migrations #DevOps #Pipeline #jenkins #sql

![alter-text](/images/post/post-8.jpeg)


🚀 Migrations Django pour une API en Production & CI/CD 🚀


L'ère du dialogue automatisé a engendré une révolution dans la manière dont les entreprises interagissent avec leurs clients. Au cœur de cette transformation, les chatbots se présentent comme les nouveaux alliés incontournables. Le framework Rasa se démarque dans cet univers comme une solution de choix pour la création de chatbots dotés d'une réelle intelligence conversationnelle. Dans cet article, nous plongeons dans l'univers de Rasa pour comprendre comment il façonne l'avenir des assistants virtuels.

## Rasa : Qu'est-ce Que C'est ? 🧠

Rasa est un framework open-source qui offre les outils nécessaires pour construire des chatbots et des assistants virtuels puissants, qui peuvent être déployés sur pratiquement n'importe quelle plateforme de messagerie. Il est conçu pour être modulable, extensible et pour favoriser une expérience utilisateur fluide et naturelle.

### Une Architecture Deux-en-Un : Rasa NLU et Rasa Core 💡

Rasa se compose de deux éléments principaux : Rasa NLU pour la compréhension du langage naturel et Rasa Core pour la gestion des dialogues. Ensemble, ils permettent aux développeurs de créer des chatbots qui comprennent les intentions des utilisateurs et qui peuvent mener des conversations complexes.

### Apprendre par l'Exemple : L'Apprentissage Machine avec Rasa 📚

Rasa se base sur l'apprentissage machine, permettant aux chatbots de s'améliorer avec le temps. En apprenant des exemples de dialogues, Rasa est capable de reconnaître des modèles et d'ajuster ses réponses pour une meilleure expérience de conversation.

### Personnalisation et Contrôle Total : L'avantage Open-Source 🔓

Étant open-source, Rasa offre une transparence totale et la possibilité de personnaliser l'assistant virtuel à l'infini. Les développeurs peuvent ajuster le framework à leurs besoins spécifiques et contribuer à son évolution.

## Cas d'Usage : Où Rasa Brille ? ✨

Rasa excelle dans plusieurs domaines, des services clients aux assistants personnels en entreprise. Sa capacité à intégrer des systèmes complexes et à traiter des demandes spécifiques en fait un outil précieux pour toute organisation cherchant à optimiser ses interactions automatisées.

### Les Défis du Développement de Chatbots avec Rasa 🏗️

Malgré ses avantages, travailler avec Rasa présente des défis, notamment la courbe d'apprentissage liée à l'approche machine learning et la nécessité d'une base de données de dialogues de qualité pour l'entraînement.

### Communauté et Ressources : Le Support autour de Rasa 🤝

La communauté Rasa est active et en croissance, offrant un support, des tutoriels et des ressources pour aider les développeurs à créer et à maintenir leurs chatbots.

---

En somme, Rasa est bien plus qu'un simple outil de création de chatbots : c'est une plateforme complète qui ouvre la porte à des expériences de conversation authentiques et engageantes. Il représente un pas de géant dans l'accessibilité de l'intelligence artificielle pour les entreprises de toutes tailles, prêtes à transformer leur manière de communiquer.

> "Dans le domaine des chatbots, Rasa n'est pas juste un framework, c'est le pinceau qui permet aux développeurs de peindre l'avenir de l'interaction homme-machine." 🎨

![alter-text](/images/post/post-7.png)


Le Framework Rasa : Parlons des Chatbots Intelligents 🤖


La productivité en DevOps est essentielle pour maintenir une chaîne d'approvisionnement logiciel fluide et efficace. Dans cet article, nous explorons les stratégies clés pour maximiser l'efficacité sans sacrifier la qualité.

## Automatisation : Le Premier Commandement du DevOps 🤖

**L'automatisation** est le cœur battant du DevOps. Investir du temps pour automatiser les tâches répétitives libère des ressources précieuses et réduit les erreurs humaines.

### Tests Automatisés et Intégration Continue ✅

Des tests automatiques solides et une intégration continue fiable sont indispensables. Ils garantissent que chaque changement de code est immédiatement testé, ce qui permet une détection rapide des problèmes.

### Déploiement Continu : La Voie Rapide pour la Livraison 🚀

Le déploiement continu assure que le nouveau code validé est automatiquement et régulièrement déployé dans l'environnement de production, réduisant ainsi le délai de mise sur le marché.

## Collaboration et Communication : Les Pilier de l'Agilité 🤝

La productivité en DevOps dépend aussi de la **collaboration** et de la **communication** entre les développeurs, les opérationnels et les autres parties prenantes.

### Utilisation de Plateformes Collaboratives 🌐

Adopter des plateformes telles que Slack, JIRA ou GitHub pour faciliter la communication en temps réel et la traçabilité des tâches.

## Infrastructure en tant que Code (IaC) : Fondation Solide 🏗️

L'**Infrastructure as Code** est une pratique où les environnements de serveurs sont provisionnés et gérés à l'aide de scripts de code. Ceci permet une mise en place et des ajustements rapides et cohérents.

### Avantages de l'IaC : Répétabilité et Standardisation 🔁

Avec l'IaC, les environnements sont réplicables et les configurations standardisées, ce qui élimine les divergences entre les environnements de développement, de test et de production.

## Monitoring et Logging : Les Yeux et Oreilles du DevOps 👀👂

Un bon système de **monitoring** et de **logging** fournit des insights en temps réel sur la performance et la santé des applications et infrastructures.

### Prévention plutôt que Guérison : Surveillez et Agissez 🚨

Mettre en place des alertes proactives permet d'intervenir avant que les problèmes ne se transforment en crises.

## Apprentissage Continu : Restez à la Pointe 📘

Le domaine du DevOps évolue rapidement. La **formation continue** est essentielle pour rester au courant des meilleures pratiques et des outils émergents.

### Partage de Connaissances et Mentorat 🧠

Encourager le partage de connaissances au sein de l'équipe et le mentorat entre collègues pour une montée en compétences collective.

---

Optimiser la productivité en DevOps n'est pas une destination, mais un voyage constant d'amélioration et d'adaptation. En appliquant ces bonnes pratiques, les professionnels DevOps peuvent accélérer le développement, tout en maintenant un haut niveau de performance et de sécurité.

> "L'efficacité en DevOps n'est pas le fruit du hasard, mais le résultat d'une pratique délibérée et d'un engagement envers l'excellence continue." 🌟

![alter-text](/images/post/post-5.png)


Bonnes Pratiques de Productivité pour les DevOps 🚀


Récemment, face à un composant React, je me suis retrouvé en pleine confusion. Tout semblait en ordre, mais un bout de code semblait tourner inlassablement en boucle. Après une bonne tasse de café et quelques recherches, j'ai réalisé que la réponse était cachée dans une petite nuance de la documentation de React.

🚀 𝐏𝐞𝐭𝐢𝐭𝐞 𝐥𝐞𝐜̧𝐨𝐧 𝐬𝐮𝐫 𝐑𝐞𝐚𝐜𝐭 𝐇𝐨𝐨𝐤𝐬 : 𝐂𝐨𝐦𝐩𝐫𝐞𝐧𝐝𝐫𝐞 `𝐮𝐬𝐞𝐄𝐟𝐟𝐞𝐜𝐭` 𝐞𝐭 𝐬𝐞𝐬 𝐝𝐞́𝐩𝐞𝐧𝐝𝐚𝐧𝐜𝐞𝐬

Le hook `useEffect` est vraiment puissant, mais comme avec toute grande puissance, vient une grande responsabilité ! En particulier, lorsqu'il s'agit de ses dépendances.

🔹 𝐓𝐚𝐛𝐥𝐞𝐚𝐮 𝐯𝐢𝐝𝐞 `[]` :
L'effet ne sera exécuté qu'𝐔𝐍𝐄 𝐬𝐞𝐮𝐥𝐞 𝐟𝐨𝐢𝐬, juste après le premier rendu du composant. Pour ceux qui ont une expérience avec les composants basés sur les classes, c'est un équivalent de `𝒄𝒐𝒎𝒑𝒐𝒏𝒆𝒏𝒕𝑫𝒊𝒅𝑴𝒐𝒖𝒏𝒕`.

🔹 𝐀𝐯𝐞𝐜 𝐝𝐞𝐬 𝐯𝐚𝐥𝐞𝐮𝐫𝐬 `[𝐯𝐚𝐥𝐮𝐞𝟏, 𝐯𝐚𝐥𝐮𝐞𝟐]`:
L'effet se déclenchera chaque fois qu'une des valeurs spécifiées subira un changement. C'est un moyen efficace de garder un œil sur des modifications spécifiques d'état ou de props.

📌 𝐀𝐬𝐭𝐮𝐜𝐞 : Omettre de spécifier les dépendances signifie que l'effet s'exécutera après chaque rendu du composant. Un piège dans lequel il est facile de tomber !

Alors, chers #développeurs, #architecte, #DevOps , n'oublions jamais la valeur de prendre du recul, de revenir aux bases et de consulter la documentation. Si vous avez des anecdotes similaires ou des questions sur `useEffect`, je serais ravi d'en discuter ci-dessous. ✍️

#React #Hooks #useEffect #DeveloppementWeb #AstucesDeCodage #mybugtoday
![alter-text](/images/post/post-2.png)


𝐂𝐨𝐦𝐩𝐫𝐞𝐧𝐝𝐫𝐞 `𝐮𝐬𝐞𝐄𝐟𝐟𝐞𝐜𝐭` 𝐞𝐭 𝐬𝐞s 𝐝𝐞́𝐩𝐞𝐧𝐝𝐚𝐧𝐜𝐞𝐬 ☕️🤔"


GitHub continue de s'adapter et d'innover, offrant aux développeurs des outils toujours plus performants pour coder, collaborer et partager. Examinons les fonctionnalités les plus récentes qui changent la donne.

## Actions GitHub : L'Automatisation Niveau Supérieur 🤖

**GitHub Actions** a révolutionné l'automatisation du workflow de CI/CD. Avec des améliorations récentes :

- **Environnements Sécurisés** : Des déploiements conditionnels basés sur l'approbation pour mieux gérer les environnements.
- **Composite Run Steps** : Permet d'encapsuler des séquences d'instructions pour réutiliser des scripts.

## Discussions GitHub : L'Art de la Collaboration Améliorée 🤝

La fonctionnalité **Discussions** offre désormais :

- **Meilleure Intégration des Projets** : Lier directement les discussions aux projets pour un suivi fluide.
- **Catégorisation Plus Fine** : Organiser les échanges par thématiques avec des étiquettes personnalisées.

## Codespaces GitHub : L'IDE dans le Cloud ☁️

**GitHub Codespaces** propose un environnement de développement complet et configurable directement dans le navigateur, avec des mises à jour telles que :

- **Support des Extensions VS Code** : Personnaliser votre environnement avec vos outils préférés.
- **Préconfigurations par Repository** : Chaque projet peut définir son propre Codespace pour une uniformité parfaite.

## Sécurité GitHub : Protégez Vos Codes Avant qu'il Ne Soit Trop Tard 🔒

GitHub renforce sa suite de sécurité avec :

- **Dépendabot Security Updates** : Mise à jour automatique des dépendances vulnérables.
- **Secret Scanning** : Identification et alerte sur les secrets exposés dans le code.

## GitHub Mobile : Gérez Vos Projets Où que Vous Soyez 📱

L'application **GitHub Mobile** s'est enrichie :

- **Gestion des Notifications** : Un contrôle plus précis des notifications pour rester concentré.
- **Pull Requests et Merges** : Effectuez des merges et gérez les pull requests directement depuis votre mobile.

## Conclusion : Une Plateforme en Constante Évolution 🔄

GitHub se positionne plus que jamais comme un écosystème intégré pour le développement logiciel. Ces nouveautés sont conçues pour répondre aux exigences d'un monde de développement qui n'a de cesse d'évoluer.

Adopter ces nouveautés, c'est rester à la pointe de la technologie et bénéficier d'un workflow harmonisé et sécurisé. GitHub n'est pas seulement une plateforme de gestion de code source ; c'est une communauté, un outil de travail collaboratif, et un pilier de la sécurité pour des millions de développeurs dans le monde.

> "GitHub continue de pousser les limites de l'innovation, permettant aux développeurs de se concentrer sur ce qu'ils font de mieux : créer." 🚀

![alter-text](/images/post/post-2.png)


# Les Dernières Innovations de GitHub : Guide des Nouveautés pour les Développeurs 🌟


Ce Lundi, j'ai eu l'occasion de découvrir le "Mob Programming", grâce au workshop captivant de Woody Zuill. Au-delà des méthodes classiques, il nous a plongés dans une réflexion profonde sur la collaboration, la dynamique d'équipe et bien plus encore! (Pour éviter une publication trop longue je ferai d'autres publications plus précises sur les sujets abordés ) .

Quelques pépites 💎 de cette session :

1️⃣ L'importance des petites améliorations : Plutôt que de viser toujours grand, Woody nous encourage à "Cultiver l'habitude de petites améliorations". Chaque petit pas compte! 🚶

2️⃣ Prioriser la Capacité sur la Quantité : Au lieu de s'enliser dans le travail, la clé 🗝️ est d'augmenter nos compétences. "Consacrons davantage de temps à élever nos capacités plutôt qu'à 'faire le travail'."

3️⃣ L'efficacité avant l'effort : Une philosophie simple mais puissante 🌪️. "Travaillons plus intelligemment, pas plus dur."

4️⃣ Naviguer à travers les problèmes avec Russel L. Ackoff :

- Absolution : Espérer que le problème s'évapore 🌬️.
- Résolution : Trouver une solution qui fait l'affaire ✅.
- Solution : S'attaquer à la racine du problème 🌳.
- Dissolution : Éradiquer le problème à sa source 🧨.

Woody a également souligné l'importance de l'expérience en s'appuyant sur les mots de Kent Beck 🗨️:

- "each knob was a practice that from experience i knew work well"
- "when i first articulated XP, i have the mental image of knob on a control board"

De belles citations sur l'importance de s'appuyer sur des techniques éprouvées.

Qu'en pensez-vous? Avez-vous déjà adopté certaines de ces approches dans votre travail? Partagez vos réflexions! 🔄

Merci à Hadrien Mens-Pellen HackYourJob

#MobProgramming #WoodyZuill #Teamwork #Collaboration 💡👩‍💻👨‍💻
Activ

![alter-text](/images/post/post-2.png)


🌟 Retour Inspirant sur le Workshop de Woody Zuill sur le Mob Programming 🌟


🎉 Oui, c'est vendredi, on peut sourire ! Mais avant de profiter du week-end, je souhaite partager avec vous quelques retours d'expérience et notions abordées cette semaine :

1. #Docker :

- Les bases : `docker build`, `docker run`, `docker logs`.
  Oui j'ai fait des cycles de : "construire - détruire - surveiller (log) - construire - détruire - surveiller (log)" , pourquoi ? pour l'optimisation , ajouter ou retirer des dépendance , trouver l'image parfaite ou presque...
- L'art de bien utiliser le fichier `Dockerfile` pour conteneuriser une application.
- La subtilité entre exécuter des commandes dans un conteneur et sur une machine hôte. (Et oui les commande bash du dockerfile ne s'exécute pas sur la machine hôte, leur portée s'arrête à votre image ou container quand celui-ci est démarré.

2. #Jenkins:

- L'anatomie d'un `Jenkinsfile`.
- Les étapes (`stages`) dans un pipeline Jenkins : plus qu'une simple séquence, une stratégie.

3. #React :

- Cette semaine, j'ai été confronté à des défis avec `react-scripts`. Dans notre processus CI/CD, j'ai découvert l'importance de préférer `npm ci` à `npm install`. Pourquoi ? `npm ci` garantit une installation rapide et fiable en CI/CD en se basant sur le `package-lock.json`. Mais attention, des bugs peuvent surgir si ce dernier n'est pas en phase avec le `package.json`. Une synchronisation parfaite est donc essentielle. ( méthode quick and .... , faire un npm install sur la machine hôte pour assurer l'alignement entre le package.json et package-lock.json... oui tu veux synchroniser à la main ? courage champion :) )

4. #Nginx :

- Servir une application #React avec Nginx : un jeu d'équilibre entre performance et flexibilité.
- Le redémarrage de #Nginx post-déploiement : une étape à ne pas négliger.

5. Gestion des dépendances :

- L'importance de déclarer toutes les dépendances nécessaires. Un oubli peut coûter cher. Mais n'exagérons pas :) , en fonction des environnement et contexte de travail ça peut rien couter , sinon juste le temps d'une ré-execution du pipeline. Mais faire attention à ça , et si un pipeline est destiner à la prod faut pas hésiter à le tester avant dans un environnement similaire à celui de la prod.

6. Erreurs courantes :

- Chaque erreur est une opportunité d'apprentissage, et surtout de rentrer sur des fondamentaux, des principes de base. Cette semaine avec Docker, React, Django et Jenkins au delà de la pression du client pour l'atteinte des objectifs, j'ai pris plaisir et j'ai surtout pris de l'expérience.

7. Bonnes pratiques :

- Toujours revenir à la documentation. Et surtout, comprendre les outils que l'on utilise. (oui il faut insister la dessus et ne pas introduire une nouvelle librairie sans en mesurer les impacts).
  J'espère que ces insights vous seront utiles. Si vous avez des retours ou des expériences similaires, je serais ravi de les entendre. Bon week-end à tous ! 🥳

---

#Devops #tools #tooling #react #jenkins #Nginx #Docker #cicd #automation
Activate to vi

![alter-text](/images/post/post-4.jpeg)
