Catégorie : Programmation Web

programmation Web

Mise à jour de Node.js et npm
Dans certain cas, quand on effectue une mise à jour de npm, On peut avoir l’erreur suivante :

Dans ce cas-là; il faut installer en même temps npm et Node.js.
Voici les commandes pour les mettre à jour :

1. Mettre à jour Node.js avec `nvm` (Node Version Manager)

1. Installer `nvm` (si ce n’est pas déjà fait) :
```
```sh
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.3/install.sh | bash
source ~/.nvm/nvm.sh
   ```
```
2. Installer et utiliser la version compatible de Node.js :
```
```sh
nvm install 22.13.0
nvm use 22.13.0
```
```
3. Vérifier la version de Node.js :
```
```sh
node -v
```
```
2. Installer une version compatible de npm

Si vous préférez garder votre version actuelle de Node.js, vous pouvez installer une version de npm compatible :

1. Installer npm@10.5.0 :
```
```sh
npm install -g npm@10.5.0
```
```
2. Vérifier la version de npm :
```
```sh
npm -v
```
```
11 février 2025
Renommage de fichiers Git
Lorsque vous renommez des fichiers dans un projet (php, nodejs ou autre…), Git peut parfois ne pas détecter les changements de nom, surtout si la casse des lettres a été modifiée.

Voici comment vous pouvez vous assurer que les fichiers renommés sont pris en compte par Git :

1. Utiliser la commande `git mv` :

Utilisez la commande `git mv` pour renommer les fichiers. Cela permet à Git de suivre correctement les changements de nom.
```
```bash
git mv ancien_nom.php nouveau_nom.php
```
```
2. Vérifier les changements :

Après avoir renommé les fichiers, vérifiez les changements avec la commande `git status` pour vous assurer que Git a bien pris en compte les modifications.
```
```bash
git status
```
```
3. Ajouter les changements :

Ajoutez les fichiers renommés à l’index de Git.
```
```bash
git add .
```
```
4. Valider les changements :

Validez les changements avec un message de commit approprié.
```
```bash
git commit -m "Renommé les fichiers pour respecter les conventions de nommage"
```
```
5. Configurer Git pour ignorer la casse (si nécessaire):

Si vous avez des problèmes avec la casse des lettres, vous pouvez configurer Git pour qu’il soit sensible à la casse.
```
```bash
git config core.ignorecase false
```
```
En suivant ces étapes, vous devriez pouvoir renommer vos fichiers et les faire reconnaître correctement par Git.
28 janvier 2025
Revenir sur un « HEAD detached »
Tu as fait des modifications dans un commits et tu as changé de branche sans poussé ?
Pour revenir à l’état du HEAD détaché basé sur le commit nommé, par exemple, 5a66bba où tu as fait des commits sans les pousser, tu peux suivre ces étapes :
1. Localiser le commit exact où tu étais :
  Lorsque tu étais dans un état de HEAD détaché, Git n’associe pas tes commits à une branche spécifique. Cependant, ces commits ne sont pas perdus. Tu peux les retrouver dans l’historique de Git. Utilise la commande suivante pour afficher les derniers commits effectués dans le dépôt, y compris ceux non référencés par une branche :
```
   git reflog
```
Le reflog enregistre toutes les actions que tu as faites dans ton dépôt local, y compris les HEAD détachés. Cherche l’entrée où le commit 5a66bba est mentionné ou celle qui correspond à tes commits récents.
1. Revenir au commit spécifique :
  Une fois que tu as identifié le commit exact où tu étais, utilise la commande suivante pour revenir à cet état de HEAD détaché :
```
   git checkout <hash-du-commit>
```
Remplace <hash-du-commit> par l’identifiant du commit que tu veux restaurer (celui où tu as fait des commits supplémentaires).
1. Créer une branche pour éviter de perdre tes changements :
  Puisque tu étais dans un état de HEAD détaché, il est préférable de créer une nouvelle branche pour sécuriser tes commits. Utilise la commande suivante :
```
   git checkout -b nouvelle-branche
```
Cela te permettra de continuer à travailler sur tes commits et de les pousser si nécessaire.

Résumé des commandes :
- git reflog : Pour trouver le commit où tu étais.
- git checkout <hash> : Pour revenir à cet état de HEAD détaché.
- git checkout -b nouvelle-branche : Pour créer une branche et sécuriser tes commits.
Cela te permettra de retrouver ton travail sans rien perdre.
16 octobre 2024
Gestion de plusieurs BDD dans Laravel

Dans certains contextes de projet, on a besoins d’avoir accès à plusieurs bases de données (au moins 2). Dans le contexte que j’ai pu avoir, il me fallait configurer 2 BDD. La première base était sur MySQL, et la deuxième sur PostgreSQL.

Voici les différentes étapes que j’ai pu effectuer :

La première étape est de définir les connexions de base de données dans le fichier de configuration config/database.php. Il faut ajouter une nouvelle connexion à la section connections du tableau de configuration. Par exemple :

Ensuite, il faut définir les variables d’environnement pour la deuxième base de données dans le fichier .env :

A partir de là, on peut utiliser les méthodes du Query Builder pour spécifier la connexion qu’on souhaite utiliser :

L’étape suivante et de pouvoir effectuer les migrations des tables vers la deuxième base de données dans Laravel, il suffit de spécifier la connexion à utiliser lors de l’exécution des migrations. Il faut tout d’abord créer une migration Laravel.
Voici la commande :

Dans le fichier de migration généré, on spécifie la connexion à utiliser :

4. Ensuite, vous pouvez exécuter vos migrations comme d’habitude :

Cela créera la table test dans votre base de données PostgreSQL.
Notez que si vous voulez exécuter toutes les migrations sur la deuxième base de données, vous pouvez utiliser la commande suivante :

Cela exécutera toutes les migrations disponibles sur la connexion pgsql.

Et voilà. Qu’en avez-vous penser ?

15 juillet 2024
Tips Laravel : Comment vider le cache
Travaillant depuis quelques mois sur le framework Laravel, j’ai trouvé tips qui me permettent de gagner du temps sur ce Framework.

Par exemple, pour le cas du cache, j’ai pu créer un process Makefile qui se défini comme ceci :

La commande make cache permet de vider le cache du navigateur, des routes et de la configuration.
Le make dump permet de régénérer le fichier d’autoload de composer.

De temps en temps, on peut avoir ce genre d’erreur lors d’un cache:clear.

Pour corriger l’erreur, il faut suivre ces étapes :
- supprimer le dossier du cache (storage/framework/cache/data).
- Le recréer.
- Lui donner les bons droits (sudo chmod -R 777 storage/framework/cache/*)
- Refaire un make cache.
L’erreur à normalement disparu, et le cache est supprimé normalement
13 mai 2024