Gandal - Contributions [fr]

Bonnes pratiques : Mettre en place un projet VibeCodé

2026-03-07T22:35:31Z

Abdoulaye :

=== Respect de la charte graphique : ===
Créer un fichier de charte graphique afin de le fournir à l'gent codant du front pour garder une cohérence sur tout le projet. Il faut y préciser où se trouve le fichier de thème dans lequesl on retrouve toutes les couleurs utilisées sur l'application et autre paramètres concernant le design.

==== Maquetter l'interface : ====
Grâce à des IA comme Stitch de Google, on peut rapidement grâce à un prompt, généré un beau visuel et l'adapter afin d'avoir une maquette sur laquelle partir pour le développement.

Bonnes pratiques : Mettre en place un projet VibeCodé

2026-03-07T22:13:31Z

Abdoulaye : Page créée avec « ==== Maquetter l'interface : ==== Grâce à des IA comme Stitch de Google, on peut rapidement grâce à un prompt, généré un beau visuel et l'adapter afin d'avoir une maquette sur laquelle partir pour le développement. »

==== Maquetter l'interface : ====
Grâce à des IA comme Stitch de Google, on peut rapidement grâce à un prompt, généré un beau visuel et l'adapter afin d'avoir une maquette sur laquelle partir pour le développement.

MediaWiki:Sidebar

2026-03-07T22:04:48Z

Abdoulaye :

Branchement docker à un nom de domaine Plesk, debug

2026-02-07T15:50:32Z

Abdoulaye :

Il faut aller dans les directives Apaches du nom de domaine et rajouter :<syntaxhighlight lang="sh">
# Activer le mode proxy
ProxyRequests Off
ProxyPreserveHost On

# WebSocket : upgrade des connexions ws/wss
RewriteEngine On
RewriteCond %{HTTP:Upgrade} websocket [NC]
RewriteCond %{HTTP:Connection} upgrade [NC]
RewriteRule ^/(.*) ws://127.0.0.1:8010/$1 [P,L]

# Configuration pour les requêtes HTTP normales
<Location />
ProxyPass http://127.0.0.1:8010/
ProxyPassReverse http://127.0.0.1:8010/
</Location>
</syntaxhighlight>

[[index.php?title=Catégorie:Plesk]]

MediaWiki:Sidebar

2025-12-07T14:32:02Z

Abdoulaye :

N8N You have a connection issue or the server is down. ou problème docker et connection websocket avec PLESK

2025-12-07T14:28:57Z

Abdoulaye :

Il faut prendre en considération les connection websocket dans la config Apache : <syntaxhighlight lang="sh">
ProxyPreserveHost On
ProxyRequests Off

# Support WebSocket
RewriteEngine On
RewriteCond %{HTTP:Upgrade} =websocket [NC]
RewriteRule /(.*) ws://127.0.0.1:<port>/$1 [P,L]
RewriteCond %{HTTP:Upgrade} !=websocket [NC]
RewriteRule /(.*) http://127.0.0.1:<port>/$1 [P,L]

ProxyPass / http://127.0.0.1:<port>/
ProxyPassReverse / http://127.0.0.1:<port>/

# Headers pour WebSocket
RequestHeader set X-Forwarded-Proto "https"
RequestHeader set X-Forwarded-Port "443"
</syntaxhighlight>

[[Category:Plesk]]
[[Category:N8N]]
[[Category:Apache]]
[[Category:Linux]]
[[Category:Docker]]

N8N You have a connection issue or the server is down. ou problème docker et connection websocket avec PLESK

2025-12-07T14:28:28Z

Abdoulaye :

N8N You have a connection issue or the server is down. ou problème docker et connection websocket avec PLESK

2025-12-07T14:24:03Z

Abdoulaye : Page créée avec « Il faut prendre en considération les connection websocket dans la config Apache : <syntaxhighlight lang="sh"> ProxyPreserveHost On ProxyRequests Off # Support WebSocket RewriteEngine On RewriteCond %{HTTP:Upgrade} =websocket [NC] RewriteRule /(.*) ws://127.0.0.1:<port>/$1 [P,L] RewriteCond %{HTTP:Upgrade} !=websocket [NC] RewriteRule /(.*) http://127.0.0.1:<port>/$1 [P,L] ProxyPass / http://127.0.0.1:<port>/ ProxyPassReverse / http://127.0.0.1:<port>/ # Heade... »

Debug : impossible de générer certificat SSL Let'sEncrypt

2025-11-10T20:45:26Z

Abdoulaye : Page créée avec « Si lorsqu'on essaye de créer un certificat SSL sur Plesk pour un domaine on tombe sur l'erreur : <code/> Could not issue an SSL/TLS certificate for pgadmin.weltaflow.weltaare-tech.com Details Could not issue a Let's Encrypt SSL/TLS certificate for pgadmin.weltaflow.weltaare-tech.com. The authorization token is not available at http://[Votre domaine]/.well-known/acme-challenge/BFjRGfmgj25eSrQ0n1yXtTKrFgcSTAor4ygd8HYU-MA. To resolve the issue, make sure that the... »

Si lorsqu'on essaye de créer un certificat SSL sur Plesk pour un domaine on tombe sur l'erreur :
<code/>
Could not issue an SSL/TLS certificate for pgadmin.weltaflow.weltaare-tech.com
Details
Could not issue a Let's Encrypt SSL/TLS certificate for pgadmin.weltaflow.weltaare-tech.com.

The authorization token is not available at http://[Votre domaine]/.well-known/acme-challenge/BFjRGfmgj25eSrQ0n1yXtTKrFgcSTAor4ygd8HYU-MA.
To resolve the issue, make sure that the token file can be downloaded via the above URL.
See the related Knowledge Base article for details.
</code>

Cela signifie que Let's encrypt n'arrive pas à accéder au token de vérification à à cette adresse. Cela peut être dû au fait que qu'une redirection est faite par le proxy par exemple si vous avez une configuration docker est en place. Il faudra tout simplement la retirer temporairement pour la génération du token et la remettre.

[[Category:Plesk]]

Plesk : The "node"("npm") command exists in these versions

2025-11-07T01:21:18Z

Abdoulaye :

Quand on rencontre l'erreur dans le titre,
[[Fichier:Gsdfgsdfg.png|centré|sans_cadre|615x615px]]
on se connecte en ssh en tant que l'utilisateur souhaité puis entrer :

nodenv local <version>

[[Category:Plesk]]

Plesk : The "node"("npm") command exists in these versions

2025-11-07T01:20:55Z

Abdoulaye :

Quand on rencontre l'erreur dans le titre,
[[Fichier:Gsdfgsdfg.png|centré|sans_cadre|615x615px]]
on se connecte en ssh en tant que l'utilisateur souhaité puis entrer :

nodenv local <version>

Fichier:Gsdfgsdfg.png

2025-11-07T01:20:10Z

Abdoulaye :

gsdfgsdfg

Plesk : The "node"("npm") command exists in these versions

2025-11-07T01:19:18Z

Abdoulaye : Page créée avec « Quand on rencontre l'erreur dans le titre, on se connecte en ssh en tant que l'utilisateur souhaité puis entrer : nodenv local <version> 850x850px »

Quand on rencontre l'erreur dans le titre, on se connecte en ssh en tant que l'utilisateur souhaité puis entrer :

nodenv local <version>

[[Fichier:Node not working.png|centré|sans_cadre|850x850px]]

Fichier:Node not working.png

2025-11-07T01:17:49Z

Abdoulaye :

node not working

Mettre en place une CI/CD

2025-10-22T20:23:14Z

Abdoulaye :

== Prérequis ==
Avant de suivre ce Tuto, en particulier pour la partie déploiement, s'assurer d'avoir cloner le repo sur le serveur de déploiement.

== Le CI/CD en développement ==
Le CI/CD, ou Intégration Continue/Livraison Continue, est une pratique logicielle qui vise à automatiser le processus de développement et de déploiement logiciel. Il s'agit d'une approche DevOps qui permet d'améliorer la qualité, la rapidité et la fiabilité du développement logiciel.

== Les étapes ==

# Intégration Continue (CI) :
#* La CI consiste à intégrer fréquemment les modifications de code dans un référentiel partagé.
#* Les développeurs fusionnent régulièrement leur code dans une branche commune, déclenchant des processus automatisés qui vérifient la qualité du code.
# Tests Automatisés :
#* Les systèmes CI exécutent des tests automatisés pour s'assurer que les nouvelles modifications n'ont pas introduit de régressions.
#* Les tests peuvent inclure des tests unitaires, des tests d'intégration et d'autres formes de tests automatisés.
# Déploiement Continu (CD) :
#* L'Implémentation Continue (ou Déploiement Continu) étend la CI en automatisant la livraison du logiciel.
#* Le déploiement continu implique la mise en œuvre automatisée des modifications validées dans l'environnement de production.

== Créer un fichier de workflow ==
Un fichier de workflow est le script qui sera exécuté par Github lors d'un évènement définis commpe un push sur la branch main ou la complétion d'un autre workflow.

C'est généralement un ou plusieurs fichies qui doivent être placés dans le dossier '''<code>.github/workflows/</code>''' (par exemple <code>'''.github/workflows/ci.yam'''l</code>)

=== Exemple commenté d'un workflow d'intégration et de test continue Laravel ===
<syntaxhighlight lang="yaml">
# Nom du workflow
name: Laravel CI

# Déclencheurs pour le workflow
on:
push:
branches: [ "main" ] # Déclencher lorsqu'un push est effectué sur la branche principale
pull_request:
branches: [ "main" ] # Déclencher lorsqu'une pull request est ouverte sur la branche principale

# Définition des jobs
jobs:
laravel-tests:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

steps:
- uses: shivammathur/setup-php@v2 # Utiliser l'action pour configurer PHP
with:
php-version: '8.1' # Spécifier la version de PHP à utiliser
- uses: actions/checkout@v2 # Utiliser l'action pour effectuer un checkout du code

- name: Copy .env # Étape pour copier le fichier .env s'il n'existe pas
run: php -r "file_exists('.env') || copy('.env.example', '.env');"

- name: Install Dependencies # Étape pour installer les dépendances Composer
run: composer install -q --no-ansi --no-interaction --no-scripts --no-progress --prefer-dist

- name: Generate key # Étape pour générer la clé d'application Laravel
run: php artisan key:generate

- name: Directory Permissions # Étape pour définir les permissions sur les répertoires
run: chmod -R 777 storage bootstrap/cache

- name: Create Database # Étape pour créer une base de données SQLite
run: |
mkdir -p database
touch database/database.sqlite

- name: Execute tests (Unit and Feature tests) via PHPUnit # Étape pour exécuter les tests PHPUnit
env:
DB_CONNECTION: sqlite
DB_DATABASE: database/database.sqlite # Configurer la base de données pour les tests
run: vendor/bin/phpunit

</syntaxhighlight>En incluant ce fichier dans notre système de fichiers, lors du push Github va effectuer les installations nécessaires pour lancer une version de test du projet et également exécuter tous les test unitaires et de features compris dans le projet.

Le déploiement demande un peu plus travail :

=== Exemple commenté d'un workflow de déploiement continue Laravel ===
<syntaxhighlight lang="yaml" line="1">
# Nom du workflow
name: Laravel CD

# Déclencheur pour le workflow : déclenche lorsqu'une exécution du workflow "Laravel CI" est terminée
on:
workflow_run:
workflows: ["Laravel CI"]
types:
- completed

# Définition des jobs
jobs:
deploy:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

environment:
name: 'MyPlesk' # Nom de l'environnement de déploiement

steps:
- name: Deploy to Server # Étape pour déployer sur le serveur
uses: appleboy/ssh-action@master # Utiliser l'action SSH pour effectuer le déploiement
with:
host: ${{ secrets.SERVER_HOST }} # Adresse IP ou nom d'hôte du serveur
username: ${{ secrets.SERVER_USERNAME }} # Nom d'utilisateur pour la connexion SSH
key: ${{ secrets.SSH_PRIVATE_KEY }} # Clé privée SSH pour l'authentification
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/api.abdoulaye-diallo.com/Cv_back/ # Se déplacer vers le répertoire du projet
git pull origin main # Mettre à jour le code depuis la branche principale
php artisan migrate # Exécuter les migrations de base de données
composer update # Mettre à jour les dépendances Composer (si nécessaire)
composer install # Installer les dépendances Composer

</syntaxhighlight>A savoir, sur Plesk il arrive souvent que la commande php n'est pas trouvée, il faut alors aller sur le terminal du domaine, lancer la commande <code>which php</code> pour avoir le chemin d'accès au script php, puis une fois le chemin otenu, le spécifier dans le fichier de déploiment comme par exemple :

<code>php artisan migrate</code>

devient :

<code>/var/www/vhosts/quizzical-bassi.91-212-26-79.plesk.page/.phpenv/shims/php artisan migrate</code>

=== Exemple de workflow CI/CD pour un projet React en un seul fichier : ===
<syntaxhighlight lang="yaml" line="1">
name: React CICD

on:
push:
branches: [ "main" ]
pull_request:
branches: [ "main" ]

jobs:
build:
runs-on: ubuntu-latest
strategy:
matrix:
node-version: [18.x]
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node@v3
with:
node-version: ${{ matrix.node-version }}
cache: 'npm'
- name: Install Dependencies
run: npm ci
- name: Build Project
run: npm run build --if-present
- name: Run Tests
run: npm test --if-present

deploy:
needs: build
runs-on: ubuntu-latest
environment:
name: "MyPlesk"
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Deploy to Server
uses: appleboy/ssh-action@master
with:
host: ${{ secrets.SERVER_HOST }}
username: ${{ secrets.SERVER_USERNAME }}
key: ${{ secrets.SSH_PRIVATE_KEY }}
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/httpdocs/Front/
git pull origin main
npm ci --production
npm run build

</syntaxhighlight>⚠️⚠️⚠️: Les variables d'environnements Github ou Gitlab ne sont pas chargés dans le script lancé sur le serveur de production. Il faut donc les écrire en dur.

== Créer un environnement et des secrets sur Github ==
Comme on peut le voir dans ce code, on doit se connecter en SSH au serveur de production afin de déployer les MAJ. Pour cela et pour des raisons de sécurités, on stock les informations dans les secrets de GitHub (voir https://docs.github.com/en/actions/security-guides/using-secrets-in-github-actions) . Ici en l'occurrence nous avons créés des secrets dans un environnement nommé MyPlesk sur GitHub (MAJ : les environnements Github semblent avoir disparus maintenant) :
[[Fichier:Github Secrets.png|centré|sans_cadre|1071x1071px]]
=== Création des clés ssh ===
[[Fichier:Plesk ssh keys.png|vignette]]
La connexion au serveur distant se fait via une clé ssh (d'où le secrets.SSH_PRIVATE_KEY à la ligne 25), pour cela nous allons ouvrir un terminal en local par exemple et lancer la commande de génération de clé ssh : <code>ssh-keygen -t rsa -b 4096 -C "monmail@email.com"</code>.

Il faudra ensuite copier la clé privée dans le secret de Github ( secrets.SSH_PRIVATE_KEY) et ajouter la clé publique parmis les clés SSH autorisés du serveur distant (sur Plesk, aller dans l'abonnement concerné et cliquer sur SSH KEYS).

Il faut également renseigner le nom de l'utilisateur qui a accès au serveur.

[[index.php?title=Catégorie:Github]]
[[index.php?title=Catégorie:Git]]

Résolutions d'erreurs CORS

2025-10-19T18:20:21Z

Abdoulaye :

=== Histoire 1 : React.js (1 journée de 9h passée à trouver la solution 😒) ===
Dans des requêtes faites à une API via axios, je tombait pour certaines requêtes (et seulement certaines) sur des blocages CORS. Ce qui était encore plus étrange c'est que tout fonctionnait parfaitement quand mon api était hébergée en local, les problèmes sont apparus quand je l'ai hébergée en ligne.

Bref, après une journée à tester mille et une solutions dont l'ajout des headers Acess-Control[....] dans la config d'Apache (.htaccess et config.d) et côté client en rajoutant des "Access-Control-Allow-Origin": "*" à l'en-tête de mes requêtes; je parviens à faire passer mes requêtes en '''retirant un slash ( / ) qui trainait à la fin de l'url de ma requête''' côté client react.

2. Vérifier le sanctum

Si votre application front-end est hébergée sur un domaine différent, assurez-vous de configurer les paramètres CORS dans le fichier <code>config/sanctum.php</code>. Ajoutez votre domaine dans la section <code>stateful</code> :
'stateful' => explode(',', env('SANCTUM_STATEFUL_DOMAINS', sprintf(
'%s%s',
'localhost,localhost:3000,127.0.0.1,127.0.0.1:8000,::1,<nowiki>https://abdoulaye-diallo.com'</nowiki>,
Sanctum::currentApplicationUrlWithPort()
))),

3. Vérifier très bien la syntaxe de vos URL

Encore plusieurs jours de perdus car incohérence dans les URL. Revérifier à plusieurs reprises que le front fait bien appel à l'api correctement.

J'avais une erreur car mon front faisait appel à 'https://api.vtcprivetoure.fr/api<nowiki/>' alors que je devais appeler 'https://api.vtcprivetoure.fr/api<nowiki/>'. ici c'est le sous-domaine api qui m'a induit en erreur.

[[index.php?title=Catégorie:React]]

4. Sur plesk lorsqu'on lance l'application depuis un docker avec un front discossié du back j'ai dû gérer les entêtes CORS depuis les configurations Apache directement. Pour cela j'ai du désactiver le CORS sur laravel, pour cela il suffit de commenter ou retirer la ligne concernant le middleware HandleCors dans app/http/kernel.php. Puis aller sur le domaine connecté au conteneur du back-end, dans les paramètres apaches et nginx => Additional Apache directives, mettre pour le http et le https, un code similaire : <syntaxhighlight lang="sh">

# Activer le mode proxy
ProxyRequests Off
ProxyPreserveHost On

# Activer les en-têtes CORS
Header always set Access-Control-Allow-Origin "https://mondomainefront-end.example"
Header always set Access-Control-Allow-Methods "GET, POST, PUT, DELETE, OPTIONS"
Header always set Access-Control-Allow-Headers "Content-Type, Authorization, X-Requested-With"
Header always set Access-Control-Expose-Headers "Authorization"
Header always set Access-Control-Allow-Credentials "true"

# Gérer les requêtes OPTIONS (preflight)
RewriteEngine On
RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule ^(.*)$ $1 [R=200,L]

# Configuration pour les requêtes HTTP normales
<Location />
ProxyPass http://127.0.0.1:8000/
ProxyPassReverse http://127.0.0.1:8000/
</Location>
</syntaxhighlight>

⚠️Attention à bien renseigner le domaine front-end autorisé

Résolutions d'erreurs CORS

2025-10-19T18:19:45Z

Abdoulaye :

=== Histoire 1 : React.js (1 journée de 9h passée à trouver la solution 😒) ===
Dans des requêtes faites à une API via axios, je tombait pour certaines requêtes (et seulement certaines) sur des blocages CORS. Ce qui était encore plus étrange c'est que tout fonctionnait parfaitement quand mon api était hébergée en local, les problèmes sont apparus quand je l'ai hébergée en ligne.

Bref, après une journée à tester mille et une solutions dont l'ajout des headers Acess-Control[....] dans la config d'Apache (.htaccess et config.d) et côté client en rajoutant des "Access-Control-Allow-Origin": "*" à l'en-tête de mes requêtes; je parviens à faire passer mes requêtes en '''retirant un slash ( / ) qui trainait à la fin de l'url de ma requête''' côté client react.

2. Vérifier le sanctum

Si votre application front-end est hébergée sur un domaine différent, assurez-vous de configurer les paramètres CORS dans le fichier <code>config/sanctum.php</code>. Ajoutez votre domaine dans la section <code>stateful</code> :
'stateful' => explode(',', env('SANCTUM_STATEFUL_DOMAINS', sprintf(
'%s%s',
'localhost,localhost:3000,127.0.0.1,127.0.0.1:8000,::1,<nowiki>https://abdoulaye-diallo.com'</nowiki>,
Sanctum::currentApplicationUrlWithPort()
))),

3. Vérifier très bien la syntaxe de vos URL

Encore plusieurs jours de perdus car incohérence dans les URL. Revérifier à plusieurs reprises que le front fait bien appel à l'api correctement.

J'avais une erreur car mon front faisait appel à 'https://api.vtcprivetoure.fr/api<nowiki/>' alors que je devais appeler 'https://api.vtcprivetoure.fr/api<nowiki/>'. ici c'est le sous-domaine api qui m'a induit en erreur.

[[index.php?title=Catégorie:React]]

4. Sur plesk lorsqu'on lance l'application depuis un docker avec un front discossié du back j'ai dû gérer les entêtes CORS depuis les configurations Apache directement. Pour cela j'ai du désactiver le CORS sur laravel, pour cela il suffit de commenter ou retirer la ligne concernant le middleware HandleCors dans app/http/kernel.php. Puis aller sur le domaine connecté au conteneur du back-end, dans les paramètres apaches et nginx => Additional Apache directives, mettre pour le http et le https, un code similaire :

Attention à bien renseigner le domaine front-end autorisé

Résolutions d'erreurs CORS

2025-10-19T18:19:11Z

Abdoulaye :

=== Histoire 1 : React.js (1 journée de 9h passée à trouver la solution 😒) ===
Dans des requêtes faites à une API via axios, je tombait pour certaines requêtes (et seulement certaines) sur des blocages CORS. Ce qui était encore plus étrange c'est que tout fonctionnait parfaitement quand mon api était hébergée en local, les problèmes sont apparus quand je l'ai hébergée en ligne.

Bref, après une journée à tester mille et une solutions dont l'ajout des headers Acess-Control[....] dans la config d'Apache (.htaccess et config.d) et côté client en rajoutant des "Access-Control-Allow-Origin": "*" à l'en-tête de mes requêtes; je parviens à faire passer mes requêtes en '''retirant un slash ( / ) qui trainait à la fin de l'url de ma requête''' côté client react.

2. Vérifier le sanctum

Si votre application front-end est hébergée sur un domaine différent, assurez-vous de configurer les paramètres CORS dans le fichier <code>config/sanctum.php</code>. Ajoutez votre domaine dans la section <code>stateful</code> :
'stateful' => explode(',', env('SANCTUM_STATEFUL_DOMAINS', sprintf(
'%s%s',
'localhost,localhost:3000,127.0.0.1,127.0.0.1:8000,::1,<nowiki>https://abdoulaye-diallo.com'</nowiki>,
Sanctum::currentApplicationUrlWithPort()
))),

3. Vérifier très bien la syntaxe de vos URL

Encore plusieurs jours de perdus car incohérence dans les URL. Revérifier à plusieurs reprises que le front fait bien appel à l'api correctement.

J'avais une erreur car mon front faisait appel à 'https://api.vtcprivetoure.fr/api<nowiki/>' alors que je devais appeler 'https://api.vtcprivetoure.fr/api<nowiki/>'. ici c'est le sous-domaine api qui m'a induit en erreur.

[[index.php?title=Catégorie:React]]

4. Sur plesk lorsqu'on lance l'application depuis un docker avec un front discossié du back j'ai dû gérer les entêtes CORS depuis les configurations Apache directement. Pour cela j'ai du désactiver le CORS sur laravel, pour cela il suffit de commenter ou retirer la ligne concernant le middleware HandleCors dans app/http/kernel.php. Puis aller sur le domaine connecté au conteneur du back-end, dans les paramètres apaches et nginx => Additional Apache directives, mettre pour le http et le https, un code similaire :

<code>
# Activer le mode proxy
ProxyRequests Off
ProxyPreserveHost On

# Activer les en-têtes CORS
Header always set Access-Control-Allow-Origin "https://mondomainefront-end.example"
Header always set Access-Control-Allow-Methods "GET, POST, PUT, DELETE, OPTIONS"
Header always set Access-Control-Allow-Headers "Content-Type, Authorization, X-Requested-With"
Header always set Access-Control-Expose-Headers "Authorization"
Header always set Access-Control-Allow-Credentials "true"

# Gérer les requêtes OPTIONS (preflight)
RewriteEngine On
RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule ^(.*)$ $1 [R=200,L]

# Configuration pour les requêtes HTTP normales
<Location />
ProxyPass http://127.0.0.1:8000/
ProxyPassReverse http://127.0.0.1:8000/
</Location>
</code>

Attention à bien renseigner le domaine front-end autorisé

Branchement docker à un nom de domaine Plesk, debug

2025-10-13T19:19:32Z

Abdoulaye :

Il faut aller dans les directives Apaches du nom de domaine et rajouter :<syntaxhighlight lang="sh">
# Activer le mode proxy
ProxyRequests Off
ProxyPreserveHost On
# Configuration pour les requêtes HTTP normales
<Location />
ProxyPass http://127.0.0.1:<port du conteneur docker>/
ProxyPassReverse http://127.0.0.1:<port du conteneur docker>/
</Location>

</syntaxhighlight>

[[Category: Plesk]]

Branchement docker à un nom de domaine Plesk, debug

2025-10-13T19:17:28Z

Abdoulaye : Page créée avec « Il faut aller dans les directives Apaches du nom de domaine et rajouter : # Activer le mode proxy ProxyRequests Off ProxyPreserveHost On # Configuration pour les requêtes HTTP normales <Location /> ProxyPass http://127.0.0.1:<port du conteneur docker>/ ProxyPassReverse http://127.0.0.1:<port du conteneur docker>/ </Location> »

Il faut aller dans les directives Apaches du nom de domaine et rajouter :
# Activer le mode proxy
ProxyRequests Off
ProxyPreserveHost On

# Configuration pour les requêtes HTTP normales
<Location />
ProxyPass http://127.0.0.1:<port du conteneur docker>/
ProxyPassReverse http://127.0.0.1:<port du conteneur docker>/
</Location>

Connecter automatiquement un nom de domaine ionos sur Plesk avec domain connect

2025-10-11T20:51:16Z

Abdoulaye : Page créée avec « == Configuration automatique d'un nom de domaine avec Domain Connect == === Prérequis === * Extension '''Domain Connect''' installée et activée sur Plesk * Nom de domaine enregistré chez IONOS * Accès administrateur à Plesk === Vue d'ensemble === L'extension Domain Connect permet de configurer automatiquement les paramètres DNS d'un domaine en se connectant directement au registraire (IONOS). Cette méthode simplifie grandement la configuration DNS en é... »

== Configuration automatique d'un nom de domaine avec Domain Connect ==

=== Prérequis ===
* Extension '''Domain Connect''' installée et activée sur Plesk
* Nom de domaine enregistré chez IONOS
* Accès administrateur à Plesk

=== Vue d'ensemble ===
L'extension Domain Connect permet de configurer automatiquement les paramètres DNS d'un domaine en se connectant directement au registraire (IONOS). Cette méthode simplifie grandement la configuration DNS en évitant les modifications manuelles.

=== Étape 1 : Réinitialisation des paramètres DNS sur IONOS ===
{{Info|Cette étape est cruciale pour permettre à Domain Connect de prendre le contrôle des paramètres DNS.}}

# Connectez-vous à votre espace client '''IONOS'''
# Accédez à la gestion de votre nom de domaine
# Dans la section '''DNS''', réinitialisez les paramètres DNS aux valeurs par défaut
# Assurez-vous qu'aucune configuration DNS personnalisée n'interfère avec le processus

=== Étape 2 : Ajout du domaine dans Plesk ===
# Connectez-vous à l'interface d'administration '''Plesk'''
# Cliquez sur '''Ajouter un nouveau domaine''' ou '''Sites Web & Domaines'''
# Saisissez votre nom de domaine et validez l'enregistrement

=== Étape 3 : Configuration DNS avec Domain Connect ===
# Accédez aux '''Paramètres DNS''' du domaine nouvellement ajouté
# Recherchez un message automatique proposant la connexion via '''Domain Connect'''

==== Si le message de connexion automatique apparaît ====
# Cliquez sur le lien de connexion Domain Connect
# Suivez les instructions pour autoriser la modification des paramètres DNS
# La configuration se fait automatiquement

==== Si aucun message ne s'affiche ====
{{Attention|Il peut être nécessaire de réactiver le service DNS pour déclencher la détection Domain Connect.}}

# Dans les '''Paramètres DNS''' du domaine :
## Cliquez sur '''Désactiver''' le service DNS
## Attendez quelques secondes
## Cliquez sur '''Activer''' le service DNS
# Actualisez la page
# Le message de connexion Domain Connect devrait maintenant apparaître
# Procédez à la connexion comme indiqué ci-dessus

=== Vérification ===
Une fois la configuration terminée :
* Les enregistrements DNS sont automatiquement créés
* Le domaine pointe vers votre serveur Plesk
* La propagation DNS peut prendre jusqu'à 24-48 heures

=== Résolution des problèmes ===
* '''Le message Domain Connect n'apparaît pas''' : Vérifiez que l'extension est bien installée et que le domaine est enregistré chez un registraire compatible
* '''Échec de la connexion''' : Assurez-vous que les paramètres DNS sur IONOS sont bien réinitialisés
* '''Propagation lente''' : Utilisez des outils comme `nslookup` ou `dig` pour vérifier la propagation DNS

{{Note|Cette procédure fonctionne uniquement avec les registraires supportant le protocole Domain Connect, comme IONOS.}}

[[Catégorie:Plesk]]
[[Catégorie:DNS]]
[[Catégorie:Configuration]]

Catégorie:N8N

2025-08-12T14:44:33Z

Abdoulaye : Page créée avec « 🔗 N8N - Automatisation et Workflows Intelligents N8N est une plateforme d'automatisation open-source qui révolutionne la façon dont nous connectons les applications, automatisons les processus métier et créons des workflows intelligents. Avec son interface visuelle intuitive et ses capacités d'intégration étendues, N8N devient rapidement l'outil incontournable pour créer des "employés virtuels" et optimiser les opérations d'entreprise. 🎯 Pourquoi... »

🔗 N8N - Automatisation et Workflows Intelligents
N8N est une plateforme d'automatisation open-source qui révolutionne la façon dont nous connectons les applications, automatisons les processus métier et créons des workflows intelligents. Avec son interface visuelle intuitive et ses capacités d'intégration étendues, N8N devient rapidement l'outil incontournable pour créer des "employés virtuels" et optimiser les opérations d'entreprise.

🎯 Pourquoi N8N ?
Dans un monde où l'efficacité opérationnelle détermine la compétitivité, N8N offre une solution accessible pour automatiser sans limite. Contrairement aux alternatives propriétaires comme Zapier ou Microsoft Power Automate, N8N vous donne un contrôle total sur vos données et processus, tout en étant économiquement viable à grande échelle.

⚡ Capacités Principales
400+ intégrations natives : APIs, bases de données, services cloud, outils métier
Interface visuelle no-code/low-code : Création intuitive de workflows complexes
Exécution auto-hébergée : Sécurité et confidentialité maximales
Logique conditionnelle avancée : Branches, boucles, transformations de données
Intégration IA : OpenAI, Claude, modèles personnalisés pour des workflows intelligents
Scalabilité enterprise : Gestion de millions d'exécutions
🤖 Cas d'Usage Couverts
Automatisation Business
Automatisation des processus répétitifs, gestion des leads, rapports automatiques, synchronisation de données entre systèmes.

Agents Virtuels Intelligents
Création d'assistants autonomes capables de traiter emails, analyser données, prendre des décisions et interagir avec clients.

Intégration IoT & Web
Connexion de capteurs IoT avec applications web, dashboards temps réel, alertes automatiques et actions correctives.

Marketing & Sales Automation
Campagnes personnalisées, nurturing leads, publication sociale automatique, analytics et reporting.

📚 Contenu de cette Catégorie
Cette section du wiki rassemble tout ce que vous devez savoir pour maîtriser N8N :

🚀 Guides de démarrage : Installation, configuration, premiers workflows
🔧 Tutoriels techniques : Intégrations avancées, custom nodes, best practices
🏗️ Architectures de référence : Patterns éprouvés pour cas d'usage complexes
🤖 Agents intelligents : Construction d'employés virtuels avec IA
📈 Cas d'étude réels : Exemples concrets d'automatisations business
🛠️ Ressources & outils : Templates, scripts, intégrations personnalisées
🎓 Pour qui ?
Développeurs : Étendez vos applications avec des workflows automatisés puissants
Business Analysts : Automatisez les processus sans coder
Entrepreneurs : Optimisez vos opérations et réduisez les coûts
IT Operations : Orchestrez vos systèmes et surveillances

🚀 Commencer dès Maintenant
Que vous soyez débutant cherchant à automatiser vos premières tâches ou expert souhaitant créer des systèmes complexes, cette documentation vous accompagne pas à pas. N8N représente l'avenir de l'automatisation intelligente - accessible, puissant, et sans limites.

Explorez les guides ci-dessous et transformez votre façon de travailler !

MediaWiki:Sidebar

2025-08-12T14:38:24Z

Abdoulaye :

Laravel : Utiliser les event listeners Eloquent

2025-07-22T12:34:26Z

Abdoulaye : Page créée avec « = Guide Complet : Event Listeners Eloquent = == Qu'est-ce que les Event Listeners Eloquent ? == Les '''Event Listeners Eloquent''' sont des hooks qui permettent d'exécuter du code automatiquement à des moments précis du cycle de vie d'un modèle Eloquent (création, mise à jour, suppression, etc.). C'est comme avoir des "déclencheurs" qui s'activent automatiquement quand quelque chose arrive à vos données. == Le cycle de vie d'un modèle Eloquent == <... »

= Guide Complet : Event Listeners Eloquent =

== Qu'est-ce que les Event Listeners Eloquent ? ==

Les '''Event Listeners Eloquent''' sont des hooks qui permettent d'exécuter du code automatiquement à des moments précis du cycle de vie d'un modèle Eloquent (création, mise à jour, suppression, etc.).

C'est comme avoir des "déclencheurs" qui s'activent automatiquement quand quelque chose arrive à vos données.

== Le cycle de vie d'un modèle Eloquent ==

<pre>
Création: retrieved → creating → created → saving → saved
Mise à jour: retrieved → updating → updated → saving → saved
Suppression: retrieved → deleting → deleted
Restauration: retrieved → restoring → restored
</pre>

== Les événements disponibles ==

=== Événements principaux ===

{| class="wikitable"
|-
! Événement !! Moment de déclenchement !! Peut empêcher l'action
|-
| <code>retrieved</code> || Quand un modèle est récupéré de la DB || ❌ Non
|-
| <code>creating</code> || '''Avant''' la création || ✅ Oui
|-
| <code>created</code> || '''Après''' la création || ❌ Non
|-
| <code>updating</code> || '''Avant''' la mise à jour || ✅ Oui
|-
| <code>updated</code> || '''Après''' la mise à jour || ❌ Non
|-
| <code>saving</code> || '''Avant''' création OU mise à jour || ✅ Oui
|-
| <code>saved</code> || '''Après''' création OU mise à jour || ❌ Non
|-
| <code>deleting</code> || '''Avant''' la suppression || ✅ Oui
|-
| <code>deleted</code> || '''Après''' la suppression || ❌ Non
|-
| <code>restoring</code> || '''Avant''' la restauration (soft delete) || ✅ Oui
|-
| <code>restored</code> || '''Après''' la restauration || ❌ Non
|}

== Comment utiliser les Event Listeners ==

=== Méthode 1 : Dans la méthode boot() du modèle ===

<syntaxhighlight lang="php">
<?php

namespace App\Models;

use Illuminate\Database\Eloquent\Model;
use Illuminate\Support\Str;

class User extends Model
{
protected $fillable = ['nom', 'email', 'password'];

protected static function boot()
{
parent::boot(); // ⚠️ OBLIGATOIRE !

// Avant création
static::creating(function ($user) {
$user->uuid = Str::uuid();
$user->slug = Str::slug($user->nom);
});

// Après création
static::created(function ($user) {
// Envoyer email de bienvenue
\Mail::to($user->email)->send(new WelcomeEmail($user));
});

// Avant mise à jour
static::updating(function ($user) {
if ($user->isDirty('email')) {
$user->email_verified_at = null;
}
});

// Avant suppression
static::deleting(function ($user) {
// Supprimer tous les posts de l'utilisateur
$user->posts()->delete();
});
}
}
</syntaxhighlight>

== Exemples pratiques détaillés ==

=== Exemple 1 : Gestion automatique des slugs ===

<syntaxhighlight lang="php">
class Article extends Model
{
protected $fillable = ['titre', 'contenu', 'auteur_id'];

protected static function boot()
{
parent::boot();

// Générer le slug automatiquement
static::creating(function ($article) {
$article->slug = Str::slug($article->titre);

// Gérer les doublons
$originalSlug = $article->slug;
$counter = 1;

while (static::where('slug', $article->slug)->exists()) {
$article->slug = $originalSlug . '-' . $counter;
$counter++;
}
});

// Mettre à jour le slug si le titre change
static::updating(function ($article) {
if ($article->isDirty('titre')) {
$article->slug = Str::slug($article->titre);
}
});
}
}
</syntaxhighlight>

=== Exemple 2 : Audit automatique ===

<syntaxhighlight lang="php">
class Commande extends Model
{
protected $fillable = ['user_id', 'total', 'statut'];

protected static function boot()
{
parent::boot();

// Log toutes les modifications
static::saving(function ($commande) {
if ($commande->exists) {
// C'est une mise à jour
$changes = $commande->getDirty();
if (!empty($changes)) {
AuditLog::create([
'model_type' => get_class($commande),
'model_id' => $commande->id,
'action' => 'updated',
'changes' => $changes,
'user_id' => auth()->id(),
]);
}
}
});

static::created(function ($commande) {
AuditLog::create([
'model_type' => get_class($commande),
'model_id' => $commande->id,
'action' => 'created',
'user_id' => auth()->id(),
]);
});
}
}
</syntaxhighlight>

=== Exemple 3 : Gestion des fichiers ===

<syntaxhighlight lang="php">
class Document extends Model
{
protected $fillable = ['nom', 'chemin', 'taille'];

protected static function boot()
{
parent::boot();

// Supprimer le fichier physique quand le modèle est supprimé
static::deleting(function ($document) {
if (Storage::exists($document->chemin)) {
Storage::delete($document->chemin);
}
});

// Calculer la taille automatiquement
static::creating(function ($document) {
if ($document->chemin && Storage::exists($document->chemin)) {
$document->taille = Storage::size($document->chemin);
}
});
}
}
</syntaxhighlight>

== Empêcher une action ==

=== Retourner false pour annuler l'opération ===

<syntaxhighlight lang="php">
class User extends Model
{
protected static function boot()
{
parent::boot();

// Empêcher la suppression de l'admin
static::deleting(function ($user) {
if ($user->role === 'admin') {
// Empêche la suppression
return false;
}
});

// Validation avant sauvegarde
static::saving(function ($user) {
if (empty($user->email)) {
return false; // Empêche la sauvegarde
}
});
}
}
</syntaxhighlight>

=== Avec exceptions pour plus de clarté ===

<syntaxhighlight lang="php">
static::deleting(function ($user) {
if ($user->commandes()->exists()) {
throw new \Exception('Impossible de supprimer un utilisateur avec des commandes');
}
});
</syntaxhighlight>

== Méthodes utiles dans les Event Listeners ==

=== Vérifier les changements ===

<syntaxhighlight lang="php">
static::updating(function ($model) {
// Vérifier si un champ spécifique a changé
if ($model->isDirty('email')) {
// L'email a changé
}

// Obtenir la valeur originale
$oldEmail = $model->getOriginal('email');
$newEmail = $model->email;

// Obtenir tous les champs modifiés
$changes = $model->getDirty();
// ['email' => 'new@email.com', 'nom' => 'Nouveau Nom']

// Vérifier si c'est une création ou mise à jour
if ($model->exists) {
// C'est une mise à jour
} else {
// C'est une création
}
});
</syntaxhighlight>

== Méthode 2 : Observers (Plus propre pour la logique complexe) ==

=== Créer un Observer ===

<pre>php artisan make:observer UserObserver --model=User</pre>

=== Dans app/Observers/UserObserver.php ===

<syntaxhighlight lang="php">
<?php

namespace App\Observers;

use App\Models\User;
use App\Mail\WelcomeEmail;
use Illuminate\Support\Facades\Mail;

class UserObserver
{
public function creating(User $user): void
{
$user->uuid = Str::uuid();
}

public function created(User $user): void
{
Mail::to($user->email)->send(new WelcomeEmail($user));
}

public function updating(User $user): void
{
if ($user->isDirty('email')) {
$user->email_verified_at = null;
}
}

public function deleting(User $user): void
{
if ($user->role === 'admin') {
throw new \Exception('Impossible de supprimer un admin');
}
}

public function deleted(User $user): void
{
// Nettoyer les données associées
$user->posts()->delete();
$user->comments()->delete();
}
}
</syntaxhighlight>

=== Enregistrer l'Observer dans AppServiceProvider ===

<syntaxhighlight lang="php">
<?php

namespace App\Providers;

use App\Models\User;
use App\Observers\UserObserver;
use Illuminate\Support\ServiceProvider;

class AppServiceProvider extends ServiceProvider
{
public function boot(): void
{
User::observe(UserObserver::class);
}
}
</syntaxhighlight>

== Event Listeners conditionnels ==

=== Exécuter seulement dans certaines conditions ===

<syntaxhighlight lang="php">
class Product extends Model
{
protected static function boot()
{
parent::boot();

static::updating(function ($product) {
// Seulement si le prix change
if ($product->isDirty('prix')) {
// Notifier les utilisateurs qui suivent ce produit
$product->followers()->each(function ($user) {
Mail::to($user)->send(new PriceChangedEmail($product));
});
}
});

// Seulement en production
static::created(function ($product) {
if (app()->environment('production')) {
// Indexer dans Elasticsearch
$product->searchableIndex();
}
});
}
}
</syntaxhighlight>

== Performances et bonnes pratiques ==

=== 1. Éviter les requêtes N+1 ===

<syntaxhighlight lang="php">
// ❌ Mauvais
static::deleting(function ($user) {
foreach ($user->posts as $post) { // N+1 query !
$post->delete();
}
});

// ✅ Bon
static::deleting(function ($user) {
$user->posts()->delete(); // Une seule requête
});
</syntaxhighlight>

=== 2. Utiliser les queues pour les tâches lourdes ===

<syntaxhighlight lang="php">
static::created(function ($user) {
// ❌ Bloque la réponse
Mail::to($user)->send(new WelcomeEmail($user));

// ✅ Asynchrone
Mail::to($user)->queue(new WelcomeEmail($user));
});
</syntaxhighlight>

=== 3. Attention aux boucles infinies ===

<syntaxhighlight lang="php">
// ❌ Risque de boucle infinie !
static::updating(function ($user) {
$user->update(['last_modified' => now()]); // Re-déclenche updating !
});

// ✅ Correct
static::updating(function ($user) {
$user->last_modified = now(); // Pas de nouvelle requête
});
</syntaxhighlight>

== Tester les Event Listeners ==

=== Test unitaire ===

<syntaxhighlight lang="php">
<?php

namespace Tests\Unit;

use App\Models\User;
use Illuminate\Foundation\Testing\RefreshDatabase;
use Tests\TestCase;

class UserEventTest extends TestCase
{
use RefreshDatabase;

public function test_user_gets_uuid_on_creation()
{
$user = User::create([
'nom' => 'Test User',
'email' => 'test@example.com',
'password' => 'password123'
]);

$this->assertNotNull($user->uuid);
$this->assertEquals(36, strlen($user->uuid)); // UUID length
}

public function test_email_verification_reset_on_email_change()
{
$user = User::factory()->verified()->create();
$this->assertNotNull($user->email_verified_at);

$user->update(['email' => 'new@example.com']);
$this->assertNull($user->fresh()->email_verified_at);
}
}
</syntaxhighlight>

== Cas d'usage courants ==

=== 1. E-commerce ===
<syntaxhighlight lang="php">
// Gestion des stocks
static::created(function ($commande) {
foreach ($commande->items as $item) {
$item->product->decrement('stock', $item->quantite);
}
});
</syntaxhighlight>

=== 2. Blog ===
<syntaxhighlight lang="php">
// Cache invalidation
static::saved(function ($article) {
Cache::forget('articles.latest');
Cache::forget("article.{$article->slug}");
});
</syntaxhighlight>

=== 3. CRM ===
<syntaxhighlight lang="php">
// Score de lead automatique
static::creating(function ($lead) {
$lead->score = $this->calculateLeadScore($lead);
});
</syntaxhighlight>

== Comparaison : boot() vs Observer ==

{| class="wikitable"
|-
! Critère !! boot() !! Observer
|-
| '''Simplicité''' || ✅ Simple pour logique basique || ❌ Plus de setup
|-
| '''Lisibilité''' || ❌ Peut devenir lourd || ✅ Code séparé et organisé
|-
| '''Testabilité''' || ❌ Plus difficile à tester || ✅ Facile à tester
|-
| '''Réutilisabilité''' || ❌ Lié au modèle || ✅ Réutilisable
|-
| '''Performance''' || ✅ Léger || ✅ Léger
|}

== Recommandations ==

=== Utilisez boot() pour ===
* Logique simple (1-3 lignes)
* Actions basiques (slugs, timestamps)
* Prototypage rapide

=== Utilisez Observer pour ===
* Logique complexe
* Plusieurs événements
* Code réutilisable
* Tests unitaires

== Exemple complet : Système de blog ==

<syntaxhighlight lang="php">
// Modèle Article
class Article extends Model
{
protected static function boot()
{
parent::boot();

// Slug automatique
static::creating(function ($article) {
$article->slug = Str::slug($article->titre);
});

// Invalidation du cache
static::saved(function ($article) {
Cache::forget('articles.published');
});
}
}

// Observer ArticleObserver
class ArticleObserver
{
public function created(Article $article): void
{
// Notifier les abonnés
$article->author->followers()->each(function ($follower) use ($article) {
Notification::send($follower, new NewArticleNotification($article));
});
}

public function updating(Article $article): void
{
// Log les modifications importantes
if ($article->isDirty('statut')) {
ActivityLog::create([
'action' => 'status_changed',
'model' => $article,
'old_value' => $article->getOriginal('statut'),
'new_value' => $article->statut,
]);
}
}

public function deleting(Article $article): bool
{
// Empêcher la suppression d'articles publiés
if ($article->statut === 'published') {
throw new \Exception('Impossible de supprimer un article publié');
}

return true;
}
}
</syntaxhighlight>

'''Règle d'or :''' Gardez-les simples et focalisés sur une responsabilité !

[[Catégorie:Laravel]]
[[Catégorie:PHP]]

Résolutions d'erreurs CORS

2025-07-20T23:00:22Z

Abdoulaye :

Mettre à jour les versions php, node et npm d'un utilisateur sur Plesk

2024-09-04T03:43:53Z

Abdoulaye :

Problème que j'ai rencontré en mettant en place un CD avec Github Workflow, les sources des commande php et node étaient différentes de celle de l'utilisateur concerné et celles du route.

J'ai alors rajouté dans mon script de déploiement les commandes suivantes pour savoir où se situent les commandes de références et quelles sont leurs versions : <syntaxhighlight lang="yaml">
php -v
which php
npm -v
which npm
node -v
which node
</syntaxhighlight>En inpectant les logs de l'action on obtiens ainsi ces informations qui nous montrent d'où vient le soucis.

Une des solutions possible est alors d'aller chercher les sources des bonnes version directement de puis le teminal de Plesk toujours avec les même commandes. Ensuite il faut remplacer la sources de commandes du Github Actions par celles du serveur plesk ayant la bonne version. Avant de faire la manipulation on s'assure de faire un backup de la version actuelle défaillante, par exemple : <code>mv /usr/bin/node /usr/bin/node-backup</code> et ensuite rajouter à la place un lien symbolique vers la commande ayant la bonne version par exemple :

<code>ln -s /opt/plesk/node/22/bin/node /usr/bin/node</code>

[[Category:Plesk]]

Mettre à jour les versions php, node et npm d'un utilisateur sur Plesk

2024-09-04T03:43:26Z

Abdoulaye :

Mettre à jour les versions php, node et npm d'un utilisateur sur Plesk

2024-09-04T03:43:00Z

Abdoulaye : Page créée avec « Problème que j'ai rencontré en mettant en place un CD avec Github Workflow, les sources des commande php et node étaient différentes de celle de l'utilisateur concerné et celles du route. J'ai alors rajouté dans mon script de déploiement les commandes suivantes pour savoir où se situent les commandes de références et quelles sont leurs versions : <syntaxhighlight lang="yaml"> php -v which php npm -v which npm node -v which node </syntaxhighlight>En inp... »

Conception et développement de SilverEvents

2024-08-10T16:21:03Z

Abdoulaye :

<syntaxhighlight lang="bash">
npm create svelte@latest silver-events
</syntaxhighlight>

* Choisis <code>Skeleton project</code> pour une configuration minimale.
* Sélectionne <code>Yes</code> pour ajouter TypeScript.
* Sélectionne <code>Yes</code> pour ESLint et Prettier et Vitest
<syntaxhighlight lang="bash">
npm install

npm run dev

npm install @prisma/client

npm install -D prisma

npx prisma init
</syntaxhighlight>

Dans le dossier Le fichier <code>schema.prisma</code><syntaxhighlight lang="php">
generator client {
provider = "prisma-client-js"
}

datasource db {
provider = "mysql"
url = env("DATABASE_URL")
}
</syntaxhighlight>

Dans le .env, paramétrer la base de donnée :

DATABASE_URL="file:./dev.db"

Lancer la migration pour vérifier la connexion :

npx prisma migrate dev --name init

Crée un fichier <code>prisma.ts</code> dans <code>src/lib</code> pour initialiser Prisma :<syntaxhighlight lang="ts">
import { PrismaClient } from '@prisma/client';

const prisma = new PrismaClient();

export default prisma;
</syntaxhighlight>

Conception et développement de SilverEvents

2024-08-10T16:20:13Z

Abdoulaye : Page créée avec « <syntaxhighlight lang="bash"> npm create svelte@latest silver-events </syntaxhighlight> * Choisis <code>Skeleton project</code> pour une configuration minimale. * Sélectionne <code>Yes</code> pour ajouter TypeScript. * Sélectionne <code>Yes</code> pour ESLint et Prettier et Vitest npm install npm run dev npm install @prisma/client npm install -D prisma npx prisma init Dans le dossier Le fichier <code>schema.prisma</code><syntaxhighlight lang="php"> gener... »

<syntaxhighlight lang="bash">
npm create svelte@latest silver-events
</syntaxhighlight>

* Choisis <code>Skeleton project</code> pour une configuration minimale.
* Sélectionne <code>Yes</code> pour ajouter TypeScript.
* Sélectionne <code>Yes</code> pour ESLint et Prettier et Vitest

npm install

npm run dev

npm install @prisma/client

npm install -D prisma

npx prisma init

Dans le dossier Le fichier <code>schema.prisma</code><syntaxhighlight lang="php">
generator client {
provider = "prisma-client-js"
}

datasource db {
provider = "mysql"
url = env("DATABASE_URL")
}
</syntaxhighlight>

Dans le .env, paramétrer la base de donnée :

DATABASE_URL="file:./dev.db"

Lancer la migration pour vérifier la connexion :

npx prisma migrate dev --name init

Crée un fichier <code>prisma.ts</code> dans <code>src/lib</code> pour initialiser Prisma :<syntaxhighlight lang="ts">
import { PrismaClient } from '@prisma/client';

const prisma = new PrismaClient();

export default prisma;
</syntaxhighlight>

Setup TastyIgniter

2024-07-20T16:32:56Z

Abdoulaye :

# Choisir la V4 sur Github
# La base de donnée si elle pose des problèmes de longueur de clé, voir [[Laravel : Corriger l'erreur Syntax error or access violation: 1071 La clé est trop longue. Longueur maximale: 1000]]
# Dans la base de donnée, il faut s'assurer que dans la table themes l'attribut data est bien encodé en utf8mb4_unicode_ci.
#S'assurer que dans le .env la variable APP_URL contient bien le nom de domaine absolu afin d'éviter des problèmes d'affichage d'images et autres
#Parfois il faut toucher au parfeu (réduire les règles ou les paramétrer afin) sur le serveur et égalament au base_url de php (que j'ai set à none)

Setup TastyIgniter

2024-07-20T16:30:14Z

Abdoulaye : Page créée avec « # Choisir la V4 sur Github # La base de donnée si elle pose des problèmes de longueur de clé, voir Laravel : Corriger l'erreur Syntax error or access violation: 1071 La clé est trop longue. Longueur maximale: 1000 # Dans la base de donnée, il faut s'assurer que dans la table themes l'attribut data est bien encodé en utf8mb4_unicode_ci. # »

Catégorie:Laravel

2024-07-19T18:59:07Z

Abdoulaye :

== Tutos Laravel ==
[[Mise en place des rôles sur Laravel]]

[[Mise en place de l'authentification sur Laravel]]

[[Mettre en place une base de donnée locale sqlite pour Laravel]]

[[Déployer une application Laravel]]

[[Génération de QRCode Laravel|Génération de QRCode Laravel — Gandal (abdoulaye-diallo.com)]]

[[Laravel : Corriger l'erreur Syntax error or access violation: 1071 La clé est trop longue. Longueur maximale: 1000|Laravel : Corriger l'erreur Syntax error or access violation: 1071 La clé est trop longue. Longueur maximale: 1000 — Gandal (abdoulaye-diallo.com)]]

Laravel : Corriger l'erreur Syntax error or access violation: 1071 La clé est trop longue. Longueur maximale: 1000

2024-07-19T18:58:41Z

Abdoulaye : Page créée avec « Depuis Laravel 5.4, un changement au jeu de caractères par défaut de la base de données (utf8mb4 qui inclut le support pour le stockage des emojis) risque de vous poser quelques problèmes lors de l'installation de votre BDD MySQL ou MariaDB. Ce soucis n'affecte que les nouvelles applications avec une version de MySQL inférieure à v5.7.7. Vous allez rencontrer cette erreur lorsque vous essayez d'exécuter des migrations : <code>[Illuminate\Database\QueryE... »

Depuis Laravel 5.4, un changement au jeu de caractères par défaut de la base de données (utf8mb4 qui inclut le support pour le stockage des emojis) risque de vous poser quelques problèmes lors de l'installation de votre BDD MySQL ou MariaDB.

Ce soucis n'affecte que les nouvelles applications avec une version de MySQL inférieure à v5.7.7.

Vous allez rencontrer cette erreur lorsque vous essayez d'exécuter des migrations :
<code>[Illuminate\Database\QueryException]
SQLSTATE[42000]: Syntax error or access violation: 1071 La clé est trop longue. Longueur maximale: 1000 (SQL: alter table `users` add unique `users_email_unique`(`email`))</code>
Pour corriger ce problème, vous avez deux solutions: Mettre MySQL à jour (recommandé) ou modifier votre fichier AppServiceProvider.php et définir une longueur de chaîne par défaut dans la méthode boot:

app/Providers/AppServiceProvider.php
<code>// Inclure la facade "Schema"
use Illuminate\Support\Facades\Schema;

// dans la méthode boot(), inclure la ligne suivante
public function boot()
{
Schema::defaultStringLength(191);
}</code>
Après cela, tout devrait fonctionner normalement.

N'oubliez pas de vider votre base de donnée avant de refaire la migration, sans quoi vous vous retrouverez avec une erreur.

Génération de QRCode Laravel

2024-06-11T15:52:03Z

Abdoulaye :

Version plus complète : <nowiki>https://github.com/endroid/qr-code</nowiki>

SimpleSoftwareIO/simple-qrcode: An easy-to-use PHP QrCode generator with first-party support for Laravel. (github.com)

<syntaxhighlight lang="php">
<?php
/* Un exemple*/
private function generateQrCode($text)
{
$result = Builder::create()
->writer(new PngWriter())
->writerOptions([])
->data($text)
->encoding(new Encoding('UTF-8'))
->errorCorrectionLevel(ErrorCorrectionLevel::High)
->size(300)
->margin(10)
->roundBlockSizeMode(RoundBlockSizeMode::Margin)
->foregroundColor(new Color(0, 0, 0))
->backgroundColor(new Color(255, 255, 255))
->logoPath("https://www.mouleagaufres.com/wp-content/uploads/2022/03/logoMAG-blanc.png")
->logoResizeToWidth(50)
->logoPunchoutBackground(true)
->validateResult(false)
->build();

return $result->getString();
}
</syntaxhighlight>

Génération de QRCode Laravel

2024-06-11T15:40:21Z

Abdoulaye :

Version plus complète : <nowiki>https://github.com/endroid/qr-code</nowiki>

SimpleSoftwareIO/simple-qrcode: An easy-to-use PHP QrCode generator with first-party support for Laravel. (github.com)

<syntaxhighlight lang="php">
<?php

namespace App\Http\Controllers;

use App\Mail\TicketPurchased;
use App\Models\Participant;
use App\Models\Ticket;
use Illuminate\Http\Request;
use Illuminate\Http\JsonResponse;
use Illuminate\Support\Facades\Mail;
use SimpleSoftwareIO\QrCode\Facades\QrCode;

class TicketController extends Controller
{
/**
* Purchase a ticket
*
* @param Request $request
* @response array{message: "Ticket purchased successfully and email sent."}
* @return JsonResponse
*/
public function purchase(Request $request)
{
// Generate a unique code for the ticket
$ticketCode = uniqid();

// Generate a link to validate the ticket
$qrCodeUrl = route('validate.ticket', ['code' => $ticketCode]);

// Generate QR code with the link
$qrCode = QrCode::format('png')->size(200)->generate($qrCodeUrl);

// Create ticket
$ticket = Ticket::create([
'type' => $request->type,
'price' => $request->price,
'code' => $ticketCode,
'qr_code' => base64_encode($qrCode),
'status' => 'unvalidated',
'event_id' => $request->event_id,
'participant_id' => $request->participant_id,
]);

// Send email with QR code
$participant = Participant::find($request->participant_id);
Mail::to($participant->email)->send(new TicketPurchased($ticket));

return response()->json(['message' => 'Ticket purchased successfully and email sent.', 'ticketCode' => $ticketCode, 'qrCode' => $qrCodeUrl], 201);
}
}

</syntaxhighlight>

Catégorie:Laravel

2024-06-11T15:36:00Z

Abdoulaye :

Génération de QRCode Laravel

2024-06-11T15:35:42Z

Abdoulaye : Page créée avec « <nowiki>https://github.com/endroid/qr-code</nowiki> SimpleSoftwareIO/simple-qrcode: An easy-to-use PHP QrCode generator with first-party support for Laravel. (github.com) <syntaxhighlight lang="php"> <?php namespace App\Http\Controllers; use App\Mail\TicketPurchased; use App\Models\Participant; use App\Models\Ticket; use Illuminate\Http\Request; use Illuminate\Http\JsonResponse; use Illuminate\Support\Facades\Mail; use SimpleSoftwareIO\QrCode\Facades\QrCode;... »

<nowiki>https://github.com/endroid/qr-code</nowiki>

SimpleSoftwareIO/simple-qrcode: An easy-to-use PHP QrCode generator with first-party support for Laravel. (github.com)

<syntaxhighlight lang="php">
<?php

namespace App\Http\Controllers;

use App\Mail\TicketPurchased;
use App\Models\Participant;
use App\Models\Ticket;
use Illuminate\Http\Request;
use Illuminate\Http\JsonResponse;
use Illuminate\Support\Facades\Mail;
use SimpleSoftwareIO\QrCode\Facades\QrCode;

class TicketController extends Controller
{
/**
* Purchase a ticket
*
* @param Request $request
* @response array{message: "Ticket purchased successfully and email sent."}
* @return JsonResponse
*/
public function purchase(Request $request)
{
// Generate a unique code for the ticket
$ticketCode = uniqid();

// Generate a link to validate the ticket
$qrCodeUrl = route('validate.ticket', ['code' => $ticketCode]);

// Generate QR code with the link
$qrCode = QrCode::format('png')->size(200)->generate($qrCodeUrl);

// Create ticket
$ticket = Ticket::create([
'type' => $request->type,
'price' => $request->price,
'code' => $ticketCode,
'qr_code' => base64_encode($qrCode),
'status' => 'unvalidated',
'event_id' => $request->event_id,
'participant_id' => $request->participant_id,
]);

// Send email with QR code
$participant = Participant::find($request->participant_id);
Mail::to($participant->email)->send(new TicketPurchased($ticket));

return response()->json(['message' => 'Ticket purchased successfully and email sent.', 'ticketCode' => $ticketCode, 'qrCode' => $qrCodeUrl], 201);
}
}

</syntaxhighlight>

Catégorie:React

2024-06-10T08:21:01Z

Abdoulaye :

[[Routing Vues.js et React.js Serveur Apache|Routing Vues.js et React.js Serveur Apache — Gandal (abdoulaye-diallo.com)]]

[[Résolutions d'erreurs CORS|Résolutions d'erreurs CORS — Gandal (abdoulaye-diallo.com)]]

Catégorie:React

2024-06-10T08:20:40Z

Abdoulaye : Page créée avec « Routing Vues.js et React.js Serveur Apache — Gandal (abdoulaye-diallo.com) »

[[Routing Vues.js et React.js Serveur Apache|Routing Vues.js et React.js Serveur Apache — Gandal (abdoulaye-diallo.com)]]

Catégorie:Vue.js

2024-06-10T08:20:31Z

Abdoulaye : Page créée avec « Routing Vues.js et React.js Serveur Apache — Gandal (abdoulaye-diallo.com) »

[[Routing Vues.js et React.js Serveur Apache|Routing Vues.js et React.js Serveur Apache — Gandal (abdoulaye-diallo.com)]]

Routing Vues.js et React.js Serveur Apache

2024-06-10T08:20:11Z

Abdoulaye : Page créée avec « Par défaut, Apache ne sait pas comment gérer les routes de votre application VueJS ou ReactJS et renvoie une erreur 404 lorsque vous essayez d'accéder directement à une route autre que la page d'accueil. Pour résoudre ce problème, vous devez configurer votre serveur Apache pour qu'il redirige toutes les requêtes vers le fichier <code>index.html</code> de votre application VueJS. Voici comment vous pouvez procéder : # '''Créer un fichier .htaccess''' : C... »

Par défaut, Apache ne sait pas comment gérer les routes de votre application VueJS ou ReactJS et renvoie une erreur 404 lorsque vous essayez d'accéder directement à une route autre que la page d'accueil. Pour résoudre ce problème, vous devez configurer votre serveur Apache pour qu'il redirige toutes les requêtes vers le fichier <code>index.html</code> de votre application VueJS. Voici comment vous pouvez procéder :

# '''Créer un fichier .htaccess''' : Ce fichier permet de configurer Apache pour rediriger toutes les requêtes vers <code>index.html</code>, sauf celles visant des fichiers ou des répertoires existants.<syntaxhighlight lang="bash">
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.html$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.html [L]
</IfModule>

</syntaxhighlight>
# '''Placer le fichier .htaccess à la racine de votre projet VueJS''' : À côté de votre <code>index.html</code>.
# '''Ajouter les directives nécessaires dans le fichier .htaccess''' : (pas nécessaire sur Plesk)

Ces directives font les choses suivantes :

* <code>RewriteEngine On</code> : Active le moteur de réécriture.
* <code>RewriteBase /</code> : Définit la base de l'URL utilisée pour la réécriture.
* <code>RewriteRule ^index\.html$ - [L]</code> : Si l'URL demandée est <code>index.html</code>, ne rien faire (le laisser tel quel).
* <code>RewriteCond %{REQUEST_FILENAME} !-f</code> : Si le fichier demandé n'existe pas...
* <code>RewriteCond %{REQUEST_FILENAME} !-d</code> : ... et si le répertoire demandé n'existe pas...
* <code>RewriteRule . /index.html [L]</code> : ... alors rediriger la demande vers <code>index.html</code>.

# '''Activer le module mod_rewrite d’Apache''' (si ce n'est pas déjà fait) : Pour cela, vous devrez vous assurer que le module <code>mod_rewrite</code> est activé. Vous pouvez le faire via l'interface de gestion de Plesk ou en accédant à la configuration Apache si vous avez les privilèges nécessaires. Voici une commande que vous pouvez utiliser si vous avez accès au terminal :

Une fois ces étapes terminées, Apache redirigera toutes les requêtes vers <code>index.html</code>, permettant à votre application VueJS de gérer les routes côté client comme prévu.

MediaWiki:Sidebar

2024-06-10T08:15:20Z

Abdoulaye :

Mettre en place une CI/CD

2024-05-28T15:41:22Z

Abdoulaye : /* Exemple commenté d'un workflow de déploiement continue Laravel */

== Prérequis ==
Avant de suivre ce Tuto, en particulier pour la partie déploiement, s'assurer d'avoir cloner le repo sur le serveur de déploiement.

== Le CI/CD en développement ==
Le CI/CD, ou Intégration Continue/Livraison Continue, est une pratique logicielle qui vise à automatiser le processus de développement et de déploiement logiciel. Il s'agit d'une approche DevOps qui permet d'améliorer la qualité, la rapidité et la fiabilité du développement logiciel.

== Les étapes ==

# Intégration Continue (CI) :
#* La CI consiste à intégrer fréquemment les modifications de code dans un référentiel partagé.
#* Les développeurs fusionnent régulièrement leur code dans une branche commune, déclenchant des processus automatisés qui vérifient la qualité du code.
# Tests Automatisés :
#* Les systèmes CI exécutent des tests automatisés pour s'assurer que les nouvelles modifications n'ont pas introduit de régressions.
#* Les tests peuvent inclure des tests unitaires, des tests d'intégration et d'autres formes de tests automatisés.
# Déploiement Continu (CD) :
#* L'Implémentation Continue (ou Déploiement Continu) étend la CI en automatisant la livraison du logiciel.
#* Le déploiement continu implique la mise en œuvre automatisée des modifications validées dans l'environnement de production.

== Créer un fichier de workflow ==
Un fichier de workflow est le script qui sera exécuté par Github lors d'un évènement définis commpe un push sur la branch main ou la complétion d'un autre workflow.

C'est généralement un ou plusieurs fichies qui doivent être placés dans le dossier '''<code>.github/workflows/</code>''' (par exemple <code>'''.github/workflows/ci.yam'''l</code>)

=== Exemple commenté d'un workflow d'intégration et de test continue Laravel ===
<syntaxhighlight lang="yaml">
# Nom du workflow
name: Laravel CI

# Déclencheurs pour le workflow
on:
push:
branches: [ "main" ] # Déclencher lorsqu'un push est effectué sur la branche principale
pull_request:
branches: [ "main" ] # Déclencher lorsqu'une pull request est ouverte sur la branche principale

# Définition des jobs
jobs:
laravel-tests:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

steps:
- uses: shivammathur/setup-php@v2 # Utiliser l'action pour configurer PHP
with:
php-version: '8.1' # Spécifier la version de PHP à utiliser
- uses: actions/checkout@v2 # Utiliser l'action pour effectuer un checkout du code

- name: Copy .env # Étape pour copier le fichier .env s'il n'existe pas
run: php -r "file_exists('.env') || copy('.env.example', '.env');"

- name: Install Dependencies # Étape pour installer les dépendances Composer
run: composer install -q --no-ansi --no-interaction --no-scripts --no-progress --prefer-dist

- name: Generate key # Étape pour générer la clé d'application Laravel
run: php artisan key:generate

- name: Directory Permissions # Étape pour définir les permissions sur les répertoires
run: chmod -R 777 storage bootstrap/cache

- name: Create Database # Étape pour créer une base de données SQLite
run: |
mkdir -p database
touch database/database.sqlite

- name: Execute tests (Unit and Feature tests) via PHPUnit # Étape pour exécuter les tests PHPUnit
env:
DB_CONNECTION: sqlite
DB_DATABASE: database/database.sqlite # Configurer la base de données pour les tests
run: vendor/bin/phpunit

</syntaxhighlight>En incluant ce fichier dans notre système de fichiers, lors du push Github va effectuer les installations nécessaires pour lancer une version de test du projet et également exécuter tous les test unitaires et de features compris dans le projet.

Le déploiement demande un peu plus travail :

=== Exemple commenté d'un workflow de déploiement continue Laravel ===
<syntaxhighlight lang="yaml" line="1">
# Nom du workflow
name: Laravel CD

# Déclencheur pour le workflow : déclenche lorsqu'une exécution du workflow "Laravel CI" est terminée
on:
workflow_run:
workflows: ["Laravel CI"]
types:
- completed

# Définition des jobs
jobs:
deploy:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

environment:
name: 'MyPlesk' # Nom de l'environnement de déploiement

steps:
- name: Deploy to Server # Étape pour déployer sur le serveur
uses: appleboy/ssh-action@master # Utiliser l'action SSH pour effectuer le déploiement
with:
host: ${{ secrets.SERVER_HOST }} # Adresse IP ou nom d'hôte du serveur
username: ${{ secrets.SERVER_USERNAME }} # Nom d'utilisateur pour la connexion SSH
key: ${{ secrets.SSH_PRIVATE_KEY }} # Clé privée SSH pour l'authentification
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/api.abdoulaye-diallo.com/Cv_back/ # Se déplacer vers le répertoire du projet
git pull origin main # Mettre à jour le code depuis la branche principale
php artisan migrate # Exécuter les migrations de base de données
composer update # Mettre à jour les dépendances Composer (si nécessaire)
composer install # Installer les dépendances Composer

</syntaxhighlight>A savoir, sur Plesk il arrive souvent que la commande php n'est pas trouvée, il faut alors aller sur le terminal du domaine, lancer la commande <code>which php</code> pour avoir le chemin d'accès au script php, puis une fois le chemin otenu, le spécifier dans le fichier de déploiment comme par exemple :

<code>php artisan migrate</code>

devient :

<code>/var/www/vhosts/quizzical-bassi.91-212-26-79.plesk.page/.phpenv/shims/php artisan migrate</code>

=== Exemple de workflow CI/CD pour un projet React en un seul fichier : ===
<syntaxhighlight lang="yaml" line="1">
name: React CICD

on:
push:
branches: [ "main" ]
pull_request:
branches: [ "main" ]

jobs:
build:
runs-on: ubuntu-latest
strategy:
matrix:
node-version: [18.x]
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node@v3
with:
node-version: ${{ matrix.node-version }}
cache: 'npm'
- name: Install Dependencies
run: npm ci
- name: Build Project
run: npm run build --if-present
- name: Run Tests
run: npm test --if-present

deploy:
needs: build
runs-on: ubuntu-latest
environment:
name: "MyPlesk"
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Deploy to Server
uses: appleboy/ssh-action@master
with:
host: ${{ secrets.SERVER_HOST }}
username: ${{ secrets.SERVER_USERNAME }}
key: ${{ secrets.SSH_PRIVATE_KEY }}
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/httpdocs/Front/
git pull origin main
npm ci --production
npm run build

</syntaxhighlight>

== Créer un environnement et des secrets sur Github ==
Comme on peut le voir dans ce code, on doit se connecter en SSH au serveur de production afin de déployer les MAJ. Pour cela et pour des raisons de sécurités, on stock les informations dans les secrets de GitHub (voir https://docs.github.com/en/actions/security-guides/using-secrets-in-github-actions) . Ici en l'occurrence nous avons créés des secrets dans un environnement nommé MyPlesk sur GitHub (MAJ : les environnements Github semblent avoir disparus maintenant) :
[[Fichier:Github Secrets.png|centré|sans_cadre|1071x1071px]]
=== Création des clés ssh ===
[[Fichier:Plesk ssh keys.png|vignette]]
La connexion au serveur distant se fait via une clé ssh (d'où le secrets.SSH_PRIVATE_KEY à la ligne 25), pour cela nous allons ouvrir un terminal en local par exemple et lancer la commande de génération de clé ssh : <code>ssh-keygen -t rsa -b 4096 -C "monmail@email.com"</code>.

Il faudra ensuite copier la clé privée dans le secret de Github ( secrets.SSH_PRIVATE_KEY) et ajouter la clé publique parmis les clés SSH autorisés du serveur distant (sur Plesk, aller dans l'abonnement concerné et cliquer sur SSH KEYS).

Il faut également renseigner le nom de l'utilisateur qui a accès au serveur.

[[index.php?title=Catégorie:Github]]
[[index.php?title=Catégorie:Git]]

Mettre en place une CI/CD

2024-05-28T13:48:00Z

Abdoulaye : /* Créer un environnement et des secrets sur Github */

== Prérequis ==
Avant de suivre ce Tuto, en particulier pour la partie déploiement, s'assurer d'avoir cloner le repo sur le serveur de déploiement.

== Le CI/CD en développement ==
Le CI/CD, ou Intégration Continue/Livraison Continue, est une pratique logicielle qui vise à automatiser le processus de développement et de déploiement logiciel. Il s'agit d'une approche DevOps qui permet d'améliorer la qualité, la rapidité et la fiabilité du développement logiciel.

== Les étapes ==

# Intégration Continue (CI) :
#* La CI consiste à intégrer fréquemment les modifications de code dans un référentiel partagé.
#* Les développeurs fusionnent régulièrement leur code dans une branche commune, déclenchant des processus automatisés qui vérifient la qualité du code.
# Tests Automatisés :
#* Les systèmes CI exécutent des tests automatisés pour s'assurer que les nouvelles modifications n'ont pas introduit de régressions.
#* Les tests peuvent inclure des tests unitaires, des tests d'intégration et d'autres formes de tests automatisés.
# Déploiement Continu (CD) :
#* L'Implémentation Continue (ou Déploiement Continu) étend la CI en automatisant la livraison du logiciel.
#* Le déploiement continu implique la mise en œuvre automatisée des modifications validées dans l'environnement de production.

== Créer un fichier de workflow ==
Un fichier de workflow est le script qui sera exécuté par Github lors d'un évènement définis commpe un push sur la branch main ou la complétion d'un autre workflow.

C'est généralement un ou plusieurs fichies qui doivent être placés dans le dossier '''<code>.github/workflows/</code>''' (par exemple <code>'''.github/workflows/ci.yam'''l</code>)

=== Exemple commenté d'un workflow d'intégration et de test continue Laravel ===
<syntaxhighlight lang="yaml">
# Nom du workflow
name: Laravel CI

# Déclencheurs pour le workflow
on:
push:
branches: [ "main" ] # Déclencher lorsqu'un push est effectué sur la branche principale
pull_request:
branches: [ "main" ] # Déclencher lorsqu'une pull request est ouverte sur la branche principale

# Définition des jobs
jobs:
laravel-tests:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

steps:
- uses: shivammathur/setup-php@v2 # Utiliser l'action pour configurer PHP
with:
php-version: '8.1' # Spécifier la version de PHP à utiliser
- uses: actions/checkout@v2 # Utiliser l'action pour effectuer un checkout du code

- name: Copy .env # Étape pour copier le fichier .env s'il n'existe pas
run: php -r "file_exists('.env') || copy('.env.example', '.env');"

- name: Install Dependencies # Étape pour installer les dépendances Composer
run: composer install -q --no-ansi --no-interaction --no-scripts --no-progress --prefer-dist

- name: Generate key # Étape pour générer la clé d'application Laravel
run: php artisan key:generate

- name: Directory Permissions # Étape pour définir les permissions sur les répertoires
run: chmod -R 777 storage bootstrap/cache

- name: Create Database # Étape pour créer une base de données SQLite
run: |
mkdir -p database
touch database/database.sqlite

- name: Execute tests (Unit and Feature tests) via PHPUnit # Étape pour exécuter les tests PHPUnit
env:
DB_CONNECTION: sqlite
DB_DATABASE: database/database.sqlite # Configurer la base de données pour les tests
run: vendor/bin/phpunit

</syntaxhighlight>En incluant ce fichier dans notre système de fichiers, lors du push Github va effectuer les installations nécessaires pour lancer une version de test du projet et également exécuter tous les test unitaires et de features compris dans le projet.

Le déploiement demande un peu plus travail :

=== Exemple commenté d'un workflow de déploiement continue Laravel ===
<syntaxhighlight lang="yaml" line="1">
# Nom du workflow
name: Laravel CD

# Déclencheur pour le workflow : déclenche lorsqu'une exécution du workflow "Laravel CI" est terminée
on:
workflow_run:
workflows: ["Laravel CI"]
types:
- completed

# Définition des jobs
jobs:
deploy:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

environment:
name: 'MyPlesk' # Nom de l'environnement de déploiement

steps:
- name: Deploy to Server # Étape pour déployer sur le serveur
uses: appleboy/ssh-action@master # Utiliser l'action SSH pour effectuer le déploiement
with:
host: ${{ secrets.SERVER_HOST }} # Adresse IP ou nom d'hôte du serveur
username: ${{ secrets.SERVER_USERNAME }} # Nom d'utilisateur pour la connexion SSH
key: ${{ secrets.SSH_PRIVATE_KEY }} # Clé privée SSH pour l'authentification
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/api.abdoulaye-diallo.com/Cv_back/ # Se déplacer vers le répertoire du projet
git pull origin main # Mettre à jour le code depuis la branche principale
php artisan migrate # Exécuter les migrations de base de données
composer update # Mettre à jour les dépendances Composer (si nécessaire)
composer install # Installer les dépendances Composer

</syntaxhighlight>

=== Exemple de workflow CI/CD pour un projet React en un seul fichier : ===
<syntaxhighlight lang="yaml" line="1">
name: React CICD

on:
push:
branches: [ "main" ]
pull_request:
branches: [ "main" ]

jobs:
build:
runs-on: ubuntu-latest
strategy:
matrix:
node-version: [18.x]
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node@v3
with:
node-version: ${{ matrix.node-version }}
cache: 'npm'
- name: Install Dependencies
run: npm ci
- name: Build Project
run: npm run build --if-present
- name: Run Tests
run: npm test --if-present

deploy:
needs: build
runs-on: ubuntu-latest
environment:
name: "MyPlesk"
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Deploy to Server
uses: appleboy/ssh-action@master
with:
host: ${{ secrets.SERVER_HOST }}
username: ${{ secrets.SERVER_USERNAME }}
key: ${{ secrets.SSH_PRIVATE_KEY }}
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/httpdocs/Front/
git pull origin main
npm ci --production
npm run build

</syntaxhighlight>

== Créer un environnement et des secrets sur Github ==
Comme on peut le voir dans ce code, on doit se connecter en SSH au serveur de production afin de déployer les MAJ. Pour cela et pour des raisons de sécurités, on stock les informations dans les secrets de GitHub (voir https://docs.github.com/en/actions/security-guides/using-secrets-in-github-actions) . Ici en l'occurrence nous avons créés des secrets dans un environnement nommé MyPlesk sur GitHub (MAJ : les environnements Github semblent avoir disparus maintenant) :
[[Fichier:Github Secrets.png|centré|sans_cadre|1071x1071px]]
=== Création des clés ssh ===
[[Fichier:Plesk ssh keys.png|vignette]]
La connexion au serveur distant se fait via une clé ssh (d'où le secrets.SSH_PRIVATE_KEY à la ligne 25), pour cela nous allons ouvrir un terminal en local par exemple et lancer la commande de génération de clé ssh : <code>ssh-keygen -t rsa -b 4096 -C "monmail@email.com"</code>.

Il faudra ensuite copier la clé privée dans le secret de Github ( secrets.SSH_PRIVATE_KEY) et ajouter la clé publique parmis les clés SSH autorisés du serveur distant (sur Plesk, aller dans l'abonnement concerné et cliquer sur SSH KEYS).

Il faut également renseigner le nom de l'utilisateur qui a accès au serveur.

[[index.php?title=Catégorie:Github]]
[[index.php?title=Catégorie:Git]]

Mettre en place une CI/CD

2024-05-28T13:46:44Z

Abdoulaye :

== Prérequis ==
Avant de suivre ce Tuto, en particulier pour la partie déploiement, s'assurer d'avoir cloner le repo sur le serveur de déploiement.

== Le CI/CD en développement ==
Le CI/CD, ou Intégration Continue/Livraison Continue, est une pratique logicielle qui vise à automatiser le processus de développement et de déploiement logiciel. Il s'agit d'une approche DevOps qui permet d'améliorer la qualité, la rapidité et la fiabilité du développement logiciel.

== Les étapes ==

# Intégration Continue (CI) :
#* La CI consiste à intégrer fréquemment les modifications de code dans un référentiel partagé.
#* Les développeurs fusionnent régulièrement leur code dans une branche commune, déclenchant des processus automatisés qui vérifient la qualité du code.
# Tests Automatisés :
#* Les systèmes CI exécutent des tests automatisés pour s'assurer que les nouvelles modifications n'ont pas introduit de régressions.
#* Les tests peuvent inclure des tests unitaires, des tests d'intégration et d'autres formes de tests automatisés.
# Déploiement Continu (CD) :
#* L'Implémentation Continue (ou Déploiement Continu) étend la CI en automatisant la livraison du logiciel.
#* Le déploiement continu implique la mise en œuvre automatisée des modifications validées dans l'environnement de production.

== Créer un fichier de workflow ==
Un fichier de workflow est le script qui sera exécuté par Github lors d'un évènement définis commpe un push sur la branch main ou la complétion d'un autre workflow.

C'est généralement un ou plusieurs fichies qui doivent être placés dans le dossier '''<code>.github/workflows/</code>''' (par exemple <code>'''.github/workflows/ci.yam'''l</code>)

=== Exemple commenté d'un workflow d'intégration et de test continue Laravel ===
<syntaxhighlight lang="yaml">
# Nom du workflow
name: Laravel CI

# Déclencheurs pour le workflow
on:
push:
branches: [ "main" ] # Déclencher lorsqu'un push est effectué sur la branche principale
pull_request:
branches: [ "main" ] # Déclencher lorsqu'une pull request est ouverte sur la branche principale

# Définition des jobs
jobs:
laravel-tests:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

steps:
- uses: shivammathur/setup-php@v2 # Utiliser l'action pour configurer PHP
with:
php-version: '8.1' # Spécifier la version de PHP à utiliser
- uses: actions/checkout@v2 # Utiliser l'action pour effectuer un checkout du code

- name: Copy .env # Étape pour copier le fichier .env s'il n'existe pas
run: php -r "file_exists('.env') || copy('.env.example', '.env');"

- name: Install Dependencies # Étape pour installer les dépendances Composer
run: composer install -q --no-ansi --no-interaction --no-scripts --no-progress --prefer-dist

- name: Generate key # Étape pour générer la clé d'application Laravel
run: php artisan key:generate

- name: Directory Permissions # Étape pour définir les permissions sur les répertoires
run: chmod -R 777 storage bootstrap/cache

- name: Create Database # Étape pour créer une base de données SQLite
run: |
mkdir -p database
touch database/database.sqlite

- name: Execute tests (Unit and Feature tests) via PHPUnit # Étape pour exécuter les tests PHPUnit
env:
DB_CONNECTION: sqlite
DB_DATABASE: database/database.sqlite # Configurer la base de données pour les tests
run: vendor/bin/phpunit

</syntaxhighlight>En incluant ce fichier dans notre système de fichiers, lors du push Github va effectuer les installations nécessaires pour lancer une version de test du projet et également exécuter tous les test unitaires et de features compris dans le projet.

Le déploiement demande un peu plus travail :

=== Exemple commenté d'un workflow de déploiement continue Laravel ===
<syntaxhighlight lang="yaml" line="1">
# Nom du workflow
name: Laravel CD

# Déclencheur pour le workflow : déclenche lorsqu'une exécution du workflow "Laravel CI" est terminée
on:
workflow_run:
workflows: ["Laravel CI"]
types:
- completed

# Définition des jobs
jobs:
deploy:
runs-on: ubuntu-latest # Utiliser l'image Ubuntu la plus récente comme environnement d'exécution

environment:
name: 'MyPlesk' # Nom de l'environnement de déploiement

steps:
- name: Deploy to Server # Étape pour déployer sur le serveur
uses: appleboy/ssh-action@master # Utiliser l'action SSH pour effectuer le déploiement
with:
host: ${{ secrets.SERVER_HOST }} # Adresse IP ou nom d'hôte du serveur
username: ${{ secrets.SERVER_USERNAME }} # Nom d'utilisateur pour la connexion SSH
key: ${{ secrets.SSH_PRIVATE_KEY }} # Clé privée SSH pour l'authentification
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/api.abdoulaye-diallo.com/Cv_back/ # Se déplacer vers le répertoire du projet
git pull origin main # Mettre à jour le code depuis la branche principale
php artisan migrate # Exécuter les migrations de base de données
composer update # Mettre à jour les dépendances Composer (si nécessaire)
composer install # Installer les dépendances Composer

</syntaxhighlight>

=== Exemple de workflow CI/CD pour un projet React en un seul fichier : ===
<syntaxhighlight lang="yaml" line="1">
name: React CICD

on:
push:
branches: [ "main" ]
pull_request:
branches: [ "main" ]

jobs:
build:
runs-on: ubuntu-latest
strategy:
matrix:
node-version: [18.x]
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node@v3
with:
node-version: ${{ matrix.node-version }}
cache: 'npm'
- name: Install Dependencies
run: npm ci
- name: Build Project
run: npm run build --if-present
- name: Run Tests
run: npm test --if-present

deploy:
needs: build
runs-on: ubuntu-latest
environment:
name: "MyPlesk"
steps:
- name: Checkout Repository
uses: actions/checkout@v2
- name: Deploy to Server
uses: appleboy/ssh-action@master
with:
host: ${{ secrets.SERVER_HOST }}
username: ${{ secrets.SERVER_USERNAME }}
key: ${{ secrets.SSH_PRIVATE_KEY }}
script: |
cd /var/www/vhosts/abdoulaye-diallo.com/httpdocs/Front/
git pull origin main
npm ci --production
npm run build

</syntaxhighlight>

== Créer un environnement et des secrets sur Github ==
Comme on peut le voir dans ce code, on doit se connecter en SSH au serveur de production afin de déployer les MAJ. Pour cela et pour des raisons de sécurités, on stock les informations dans les secrets de GitHub (voir https://docs.github.com/en/actions/security-guides/using-secrets-in-github-actions) . Ici en l'occurrence nous avons créés des secrets dans un environnement nommé MyPlesk sur GitHub :
[[Fichier:Github Secrets.png|centré|sans_cadre|1071x1071px]]
=== Création des clés ssh ===
[[Fichier:Plesk ssh keys.png|vignette]]
La connexion au serveur distant se fait via une clé ssh (d'où le secrets.SSH_PRIVATE_KEY à la ligne 25), pour cela nous allons ouvrir un terminal en local par exemple et lancer la commande de génération de clé ssh : <code>ssh-keygen -t rsa -b 4096 -C "monmail@email.com"</code>.

Il faudra ensuite copier la clé privée dans le secret de Github ( secrets.SSH_PRIVATE_KEY) et ajouter la clé publique parmis les clés SSH autorisés du serveur distant (sur Plesk, aller dans l'abonnement concerné et cliquer sur SSH KEYS).

Il faut également renseigner le nom de l'utilisateur qui a accès au serveur.

[[index.php?title=Catégorie:Github]]
[[index.php?title=Catégorie:Git]]

Fichier:Github Secrets.png

2024-05-28T13:46:09Z

Abdoulaye :

Github Secrets

Catégorie:MQL5

2024-05-02T13:10:28Z

Abdoulaye : Page créée avec « Quelques outils et fonctions MQL5 — Gandal (abdoulaye-diallo.com) »

[[Quelques outils et fonctions MQL5|Quelques outils et fonctions MQL5 — Gandal (abdoulaye-diallo.com)]]

Quelques outils et fonctions MQL5

2024-05-02T13:10:07Z

Abdoulaye : Page créée avec «  = Code des pays et devises pour Calendrier (P1307) = C’est un peu cru donné comme cela mais imaginons que les infos suivantes se trouvent dans un tableau bien ordonné 😉. [id] [nom] [code] [devise] [symbole_devise] [nom_url] [réservé] 0 "Worldwide" "WW" "ALL" "" "worldwide" 0 999 "European Union" "EU" "EUR" "€" "european-union" 0 840 "United States" "US" "USD" "$" "united-states" 0 124 "Canada" "CA" "CAD" "$" "canada" 0 36 "Australia" "... »

= Code des pays et devises pour Calendrier (P1307) =
C’est un peu cru donné comme cela mais imaginons que les infos suivantes se trouvent dans un tableau bien ordonné 😉.

[id] [nom] [code] [devise] [symbole_devise] [nom_url] [réservé]

0 "Worldwide" "WW" "ALL" "" "worldwide" 0

999 "European Union" "EU" "EUR" "€" "european-union" 0

840 "United States" "US" "USD" "$" "united-states" 0

124 "Canada" "CA" "CAD" "$" "canada" 0

36 "Australia" "AU" "AUD" "$" "australia" 0

554 "New Zealand" "NZ" "NZD" "$" "new-zealand" 0

392 "Japan" "JP" "JPY" "Ґ" "japan" 0

156 "China" "CN" "CNY" "Ґ" "china" 0

826 "United Kingdom" "GB" "GBP" "Ј" "united-kingdom"

756 "Switzerland" "CH" "CHF" "₣" "switzerland" 0

276 "Germany" "DE" "EUR" "€" "germany" 0

250 "France" "FR" "EUR" "€" "france" 0

380 "Italy" "IT" "EUR" "€" "italy" 0

724 "Spain" "ES" "EUR" "€" "spain" 0

76 "Brazil" "BR" "BRL" "R$" "brazil" 0

410 "South Korea" "KR" "KRW" "₩" "south-korea"

= Modifier une position =
Si le trade se fait par CTrade, il faut tout simplement utiliser la méthode <syntaxhighlight lang="mql5">
bool PositionModify(
const string symbol, // symbole
double sl, // prix du stop loss
double tp // prix du take profit )
</syntaxhighlight>Un exemple
{| class="wikitable"
|// Importer librairie CTrade

<nowiki>#</nowiki>include <Trade\Trade.mqh>

CTrade trade;

trade.Sell(lot, _Symbol, Bid, SL, TP);

trade.PositionModify(_Symbol,NormalizeDouble(openPrice - (SecuredSL * 0.0001), _Digits), 0);
|}

= Récupérer la date d’ouverture de la bougie actuelle =
{| class="wikitable"
|MqlDateTime dt; // On crée une srtucture MqlDateTime

datetime time=iTime(_Symbol, PERIOD_M1,0); // On récupère l'heure d'ouverture de la bougie actuelle en M1

TimeToStruct(time,dt); // On place cette heure dans le MqlDateTime pour plus facilement l'exploiter
|}

= Afficher des indicateurs dans le Testeur de stratégie =
Les indicateurs chargés dans le code source sont automatiquement affichés dans le Testeur de stratégie mais par pur coïncidence je me suis rendu compte que cela fonctionnait avec des modèles placés sur les graphiques. En effet il suffit de créer un modèle du même nom que l'Expert Advisor qu’on lance pour que tous les indicateurs et outils qu’on place dessus apparaissent dans le tester.

= Obtenir la TimeFrame en chaîne de caractères =
{| class="wikitable"
|string TimeFrameInString()

{

int tf= _Period;

if(tf==1){ return "M1";}

if(tf==5){ return "M5";}

if(tf==15){ return "M15";}

if(tf==30){ return "M30";}

if(tf==16385){ return "H1";}

if(tf==16388){ return "M4";}

if(tf==16408){ return "D1";}

if(tf==32769){ return "W1";}

if(tf==49153){ return "MN";}

return "";

}
|}

= Envoyer une notification =
{| class="wikitable"
|SendNotification("Voici mon message");
|}

= Trouver la somme nécessaire pour un lot (marge) =
{| class="wikitable"
|SymbolInfoDouble(_Symbol, SYMBOL_MARGIN_HEDGED);
|}

= Afficher un message dans une message box =
{| class="wikitable"
|MessageBox("Mon message");
|}

= Utiliser les objets dans une fonction =
Les fonctions utilsent des pointeurs sur objets (avec *) donc voici un exemple de fonction avec un objet CArrayDouble
{| class="wikitable"
|CArrayDouble *getLotsArray(double lot)

{

CArrayDouble *lots = new CArrayDouble;

while(lot >= 0.01)

{

if(lot > SymbolInfoDouble(_Symbol,SYMBOL_VOLUME_MAX))

{

lots.Add(SymbolInfoDouble(_Symbol,SYMBOL_VOLUME_MAX));

lot -= SymbolInfoDouble(_Symbol,SYMBOL_VOLUME_MAX);

}

else

{

lots.Add(SymbolInfoDouble(_Symbol,SYMBOL_VOLUME_MAX));

}

}

return(lots);

}
|}

= Initialiser la fonction OnInit() =

* Lancer le setprices()
* Mettre à jour les dates
* Mettre à jour le isOpen
*

= Tracer les points pivot sur le graphique =
{| class="wikitable"
|datetime today;

int countDays=0;

void tracePivot(){

if(iTime(_Symbol, PERIOD_D1,0) != today){

today = iTime(_Symbol, PERIOD_D1,0);

// début du tracé

datetime Time1 = iTime(_Symbol,PERIOD_D1,0);

//Calcul de l'eure de fin du tracé (à 23:30)

MqlDateTime dEnd;

TimeToStruct( iTime(_Symbol,PERIOD_D1,0),dEnd);

dEnd.hour = 23; dEnd.min = 30;

datetime Time2 = StructToTime(dEnd);

// Tracé des lignes

TrendCreate(0,"PP"+IntegerToString(countDays),0,Time1,PP(),Time2,PP(),clrBlue);

TrendCreate(0,"S1"+IntegerToString(countDays),0,Time1,S1(),Time2,S1(),clrCyan);

TrendCreate(0,"S2"+IntegerToString(countDays),0,Time1,S2(),Time2,S2(),clrYellow);

TrendCreate(0,"S3"+IntegerToString(countDays),0,Time1,S3(),Time2,S3(),clrDarkGray);

TrendCreate(0,"R1"+IntegerToString(countDays),0,Time1,R1(),Time2,R1(),clrBeige);

TrendCreate(0,"R2"+IntegerToString(countDays),0,Time1,R2(),Time2,R2(),clrRosyBrown);

TrendCreate(0,"R3"+IntegerToString(countDays),0,Time1,R3(),Time2,R3(),clrDarkOrange);

countDays++;

}

}

bool TrendCreate(const long chart_ID = 0, // identifiant du graphique

const string name = "TrendLine", // nom de la ligne

const int sub_window = 0, // indice de sous-fenêtre

datetime time1 = 0, // heure du premier point

double price1 = 0, // prix du premier point

datetime time2 = 0, // heure du deuxième point

double price2 = 0, // prix du deuxième point

const color clr = clrRed, // couleur de la ligne

const ENUM_LINE_STYLE style = STYLE_SOLID, // style de la ligne

const int width = 3, // largeur de la ligne

const bool back = false, // en arrière plan

const bool selection = true, // mise en surbrillance pour le déplacement

const bool ray_left = false, // Prolongement de la ligne vers la gauche

const bool ray_right = false, // Prolongement de la ligne vers la droite

const bool hidden = true, // caché dans la liste des objets

const long z_order = 0) // priorité pour le clic de souris

{

//--- réinitialise la valeur d'erreur

ResetLastError();

//--- crée une ligne de tendance par les coordonnées données

if(!ObjectCreate(chart_ID,name,OBJ_TREND,sub_window,time1,price1,time2,price2))

{

Print(__FUNCTION__,

" : impossible de créer une ligne de tendance ! Code d'erreur = ",GetLastError());

return(false);

}

//--- définit la couleur de la ligne

ObjectSetInteger(chart_ID,name,OBJPROP_COLOR,clr);

//--- définit le style d'affichage de la ligne

ObjectSetInteger(chart_ID,name,OBJPROP_STYLE,style);

//--- définit la largeur de la ligne

ObjectSetInteger(chart_ID,name,OBJPROP_WIDTH,width);

//--- affiche en premier plan (false) ou en arrière-plan (true)

ObjectSetInteger(chart_ID,name,OBJPROP_BACK,back);

//--- active (true) ou désactive (false) le mode de déplacement de la ligne à la souris

//--- lors de la création d'un objet graphique utilisant la fonction ObjectCreate, l'o

//--- mis en surbrillance et déplacé par défaut. Dans cette méthode, le paramètre de sélection

//--- est vrai par défaut, permettant de mettre en surbrillance et de déplacer l'objet

ObjectSetInteger(chart_ID,name,OBJPROP_SELECTABLE,selection);

ObjectSetInteger(chart_ID,name,OBJPROP_SELECTED,selection);

//--- active (true) ou désactive(false) le mode de prolongation de l'affichage de la ligne vers la gauche

ObjectSetInteger(chart_ID,name,OBJPROP_RAY_LEFT,ray_left);

//--- active (true) ou désactive(false) le mode de prolongation de l'affichage de la ligne vers la droite

ObjectSetInteger(chart_ID,name,OBJPROP_RAY_RIGHT,ray_right);

//--- masque (true) ou affiche (false) le nom de l'objet graphique dans la liste des objets

ObjectSetInteger(chart_ID,name,OBJPROP_HIDDEN,hidden);

//--- définit la priorité pour recevoir l'événement d'un clic de souris dans le graphique

ObjectSetInteger(chart_ID,name,OBJPROP_ZORDER,z_order);

//--- exécution réussie

return(true);

}
|}

= Formater un fichier historique d’un Event depuis investing.com =

# Se rendre sur la page de l’event sur investing.com
# Copier le tableau historique de l’event
# Coller le tableau dans Translater Investing - Google Sheets dans la première feuille à gauche
# Formater les heures (généralement on ajoute 1heure) dans la colonne tout à droit (pour cela << =CelluleDesHeures+ “1:00” >>
# Formater la colonne des heures en heure pour la modification puis en texte brut quand le formatge est terminé
# Se rendre sur la feuille Résultat pour valider le rendu puis le copier et coller uniquement les valeurs dans la feuille ToDownload
# Télécharger la feuille ToDownload en csv
# Ouvir le fichier téléchargé et enregistrer sous un csv en UTF-16 LE en le renommant comme il faut
# Charger le fichier dans l’EA Event et tester

= Obtenir les données des inscriptions hebdomadaire au chômage de US =
Ces données sont fournis par le “US Department of Labor” dont le site est <nowiki>https://www.dol.gov/</nowiki>.

Le site dédié aux devs est Beginner's Guide - United States Department of Labor Developer Portal (dol.gov)

.

On commence par créer un compte : Account Registered (dol.gov)

Se connecter ensuite et générer une clé de connexion API .

'''Le Secret utilisé pour la première est mon mot de passe de toujours et la clé est 656af577-8bd6-4bd8-b3dd-b84a1890249c'''

LE liens vers la page spécial de l’api concernant Initial Jobless claims : OUI Initial Claims - United States Department of Labor Developer Portal (dol.gov)

Requête début :

<nowiki>http://api.dol.gov/V1/Statistics/OUI_InitialClaims/unemploymentInsuranceInitialClaims?$orderby=week</nowiki> desc&KEY=656af577-8bd6-4bd8-b3dd-b84a1890249c

MediaWiki:Sidebar

2024-05-02T13:06:31Z

Abdoulaye :