Bonjour et merci pour la vidéo. L'échéance arrive maintenant à grand pas. Quand on avait une connexion qui fonctionne bien Airtable-Make ou Airtable-Fillout, faut-il mettre à jour la clé api / jeton personnel ? Ces solutions tiers utilisent-elles des API Key "générique" ? merci par avance
Bonjour Sébastien Tout dépend comment la liaison a été créé à l'origine Si tu utilise ces outils depuis longtemps, il y a des chances que tu utilises toujours une API Key "standard". - API key (statique) - vont être supprimées - PAT - Personal Access Token - sont conservées et resteront valides - OAuth - sont conservées et resteront valides Bon dimanche
@@AirtableFacile Merci Florian pour ton retour. C'était effectivement des clés API standard assez anciennes. La mise à jour vers des PAT a été assez simple avec Fillout. En revanche plus long et complexe avec Make car il fallait allez dans chaque scénario et non pas déclarer les nouveaux jetons au niveau du webhook mais au niveau de chaque module airtable de chaque scénario. Bref pas intuitif mais faisable. A bientôt !
Bonjour, Je dis simplement que la seule chose qu'on ne peut pas faire est "revoir le token qui était affiché précédemment", en référence à ma remarque précédente de bien sauvegarder ce token en lieu sur car il ne sera plus affiché plus tard
@@GuilsRecords Ok j'écoutais la mauvaise partie désolé ! En effet, on pourrait venir modifier à chaque fois la couverture des bases. Cela étant dit, je pense que la remarque reste la même dans le sens où, pour un développeur, ce n'est pas très pratique de devoir à chaque fois revenir dans ce panneau pour changer l'accès aux bases.
la suppression du compte qui supprime les liaisons avec Make... le classique ! encore super vidéo l'ami !
Bonjour et merci pour la vidéo. L'échéance arrive maintenant à grand pas. Quand on avait une connexion qui fonctionne bien Airtable-Make ou Airtable-Fillout, faut-il mettre à jour la clé api / jeton personnel ? Ces solutions tiers utilisent-elles des API Key "générique" ? merci par avance
Bonjour Sébastien
Tout dépend comment la liaison a été créé à l'origine
Si tu utilise ces outils depuis longtemps, il y a des chances que tu utilises toujours une API Key "standard".
- API key (statique) - vont être supprimées
- PAT - Personal Access Token - sont conservées et resteront valides
- OAuth - sont conservées et resteront valides
Bon dimanche
@@AirtableFacile Merci Florian pour ton retour. C'était effectivement des clés API standard assez anciennes. La mise à jour vers des PAT a été assez simple avec Fillout. En revanche plus long et complexe avec Make car il fallait allez dans chaque scénario et non pas déclarer les nouveaux jetons au niveau du webhook mais au niveau de chaque module airtable de chaque scénario. Bref pas intuitif mais faisable. A bientôt !
Bonjour, si je modifie mon Token et ajoute une nouvelle base, il ne regenere pas un nouveau Token (comme vous l'indiquez vers 7 minutes)
Bonjour,
Je dis simplement que la seule chose qu'on ne peut pas faire est "revoir le token qui était affiché précédemment", en référence à ma remarque précédente de bien sauvegarder ce token en lieu sur car il ne sera plus affiché plus tard
6:22 "recréer une authentification dans Make" ce n'est pas utile si on rajoute des bases
@@GuilsRecords Ok j'écoutais la mauvaise partie désolé !
En effet, on pourrait venir modifier à chaque fois la couverture des bases. Cela étant dit, je pense que la remarque reste la même dans le sens où, pour un développeur, ce n'est pas très pratique de devoir à chaque fois revenir dans ce panneau pour changer l'accès aux bases.
Du coup on le colle ou le PAT?
Salut Mathieu,
Partout où précédemment tu utilisais ton API Key "générique".
oula... doucement... on a du mal à suivre !