Le second outil semble très bien. Mais je pense qu'il y a un aspect que tu n'as abordé, c'est le traitement automatique des données qu'on reçoit sur les url. Je ne sais pas si cela est possible, mais l'idée, quand on met en place des webhooks, c'est d'être alerté et de faire certaines opérations en fonction des données reçues. Donc si le traitement automatique est possible (je ne sais pas, via des controllers peut-être) cela peut-être pas mal du tout
Le deuxième outils ne va te servir que lors du développement, notamment pour découvrir le fonctionnement du webhook. L'idée c'est d'en suite implémenté la réception du webhook au sein de ton application pour effectivement déclancher des actions.
@@yoandevco Ah oui ! En mode développement. Là je comprends totalement l'utilité. Cela permet de savoir exactement les headers et payloads attendus sur les payloads pour prévoir les traitements necessaires. C'est vrai qu'enn développement, puisqu'on est en local, on ne reçoit pas les callbacl sur les webhook. Et en production, on se rend compte qu'il y avait des détails non pris enn compte. Je connais même le problème actuellement. Là J'ai tout compris 😁. Super !
Bonjour Yoan, et merci pour ta vidéo ^^ J'avais une petite question ... Pour un dev professionnel comme toi du coup, quand un client te demande une application, tu as souvent besoin de clef API. Comment ca se passe ? Tu créé tous les comptes que tu as besoin et tu finit par donner des mot de passes aux clients ou ... ? tu mets plutot les tiennes ? je vois pas trop ^^
@@yoandevco merci beaucoup ! donc commencer par mettre nos propres clefs API, et juste avant le build, montrer le projet au client, l'enregistrer un peu partout et changer les clefs ^^ merci a toi ! ^^
Un webhook c'est un endpoint d'API pour envoyer de requêtes d'une application à une autre. Là en l'occurence l'outil permet de tester les requêtes que t'enverrait un service tiers (Donc dans le cas où une application cherche à te contacter toi). Imagine que t'as pas encore de backend mais que tu as prévu de le notifier quand il se passe un truc sur une autre application. Dans cette autre application tu vas pouvoir lui donner un lien vers ton backend pour qu'elle envoie sa requête. Bon comme tu as pas encore codé ton back tu vas pas pouvoir observer ce qui sort de cette appli. Là, l'outil qu'il te montre te permet de remplacer ton back et de pouvoir recevoir la requête quand même, et donc de prendre une longueur d'avance pour mieux planifier ton implémentation.
Yes, c'est hyper pratique en phase de développement, perso je l'utilise systématiquement pour comprendre le payload que m'encoi le service tiers, ou vérifier qu'il m'envoi les bons headers ou autres👌
