C'est quoi une API REST ? 

Ok pour utiliser, synchroniser, les API il faut utiliser ce genre d'outils (payant), c'est donc la seule solution ?

Avec plaisir :)

Avec grand plaisir :)

Merci, avec plaisir :)

Avec plaisir :)

Avec plaisir, ravi d’avoir pu être utile :)

Merci du compliment, c’est gentil !

Merci pour ces remarques sympas :)

Avec plaisir :)

Je sais pas si je vais faire un tutorial en vidéo, parce que ça mérite peut etre une explication plus approfondie que ça, donc je sais pas quel format serait le mieux... je te tiens au courant

C’est un peu plus que juste une référence :) c’est pas complètement un hazard que l’auteur et moi même partageons le même prénom :P

Merci :)

La norme REST, ou plutôt le style REST, ne dit rien sur le code, seulement sur la forme des URLs et des verbes HTTP utilisés pour interagir avec. L'utilisation du body est plus ou moins induite par les verbes POST et PUT :)

@@kodaps_fr Dac, j'suis allé check une autre vidéo et j'crois que j'ai compris l'idée. En fait je me sers de ça tout le temps et j'entendais des gens parler d'API "Rest" haha J'irais chercher sur graphQL pour avoir un élément de comparaison. Merci de ta réponse !

@@CodingBill on pourrait avoir cette vidéo ?

Je me note ça dans ma liste de vidéos à faire du coup :)

Plus tard exactement les API de manière générale permettent de dialoguer sans connaître les détails de l’implémentation derrière, et l’API REST est une des “normes” d’api qui permettent ça au niveau client / serveur (le GraphQL est une autre de ces normes :) )

@@kodaps_fr lorsque tu parles qu'avec Graph QL on peut préciser les données qu'on veut prendre tandis qu'avec REST on doit tout prendre je m'y perds un peu peut tu expliquer stp? comment procède les deux services?

Une clef API c'est simplement un texte secret (une sorte de mot de passe, mais unique) que le serveur (ou le service) vous communique, et qui leur permet de savoir qui les appelle en lisant la clef. Ca leur permet à la fois de renvoyer les données pertinentes, mais aussi au besoin de limiter les appels à l'API pour gérer la charge

REST est une norme qui est universelle, pas spécifique à Django. Pour répondre à ta question, j'ai le sentiment que Django REST sert pour le cas où on ne souhaite mettre en place que l'API REST, sans toute la partie de rendu de pages web.

Django REST permet de coder une API rest, oui

Pas forcément, il y a des solutions no code ou low code (Zapier par exemple) qui permettent de le faire - après ça dépend de l’API

@@SD-rg5mj le problème c'est que l'API c'est simplement une interface - en gros des boutons qu'on peut appuyer, mais en code. Dans le cas du plugin, c'est lui qui contient le code qui s'occupe de faire les appels à l'aide des clefs API. Mais chaque API est différente, et propose des "actions" et des accès à l'info spécifiques.. et une authentification différente, ce qui est la raison d'être des clefs. Maisd de ce fait chaque intégration demande du code spécifique. Dans certains cas l'intégration est faite mais ... souvent pas. Zapier (et d'autres alternatives comme Make) permettent (en fonction des intégrations) de faire une partie du travail. Quelque part c'est comme un véhicule. On a besoin des clefs pour l'allumer / lui parler, mais après il faut savoir le conduire, et là ça va dépendre du véhicule, une moto ne se conduit pas comme une voiture, un hélicoptère ou un avion. C'est comme si chaque API était un véhicule différent, et il faut savoir lui parler.

@@kodaps_fr salut, moi je fais du e-commerce, est-ce que tu pourrais me conseiller de la documentation pour que je puisse apprendre les bases et tout ce qu'il faut savoir autour, pour que je puisse comprendre en quoi développer moi-même une appli serait un avantage par rapport à un logiciel d'automatisation ? Donc je disais que je fais du e-commerce et je me demander si un logiciel d'automatisation ne serait pas encore mieux car logiciel d'agrégateur de flux produit, pour diffuser une annonce sur plein de Marketplace en un seul clic mais en plus de pouvoir gérer la publicité et l'analytique à partir de la même interface enfin merci de m'avoir répondu

Alors si on suit la norme REST, la pagination (comme la recherche) va plutôt se faire via les paramètres de query genre /api/books?page=2 (et en GET puisque c’est de la lecture). Mais ça reste au choix du développeur serveur de l’implémenter ou non (ou d’utiliser une implémentation par curseur par exemple)

@@kodaps_fr Merci donc on peut faire un appeler ou deux ou tous sur une base ( c'est mon deuxieme prochaine project )

A l’école 42 le bot qui fait certaines validations s’appelle Marvin. Je vous laisse en tirer les conclusions qui s’imposent :)

L’API platform supporte aussi le GraphQL, mais par défaut c’est du REST

REST signifie REpresentational State Transfer, autrement dit Transfert d’une Représentation de l’Etat :)

L’API c’est une façon de parler avec un serveur qui exécute du code qui va lire des données dans une base de données. Un base de données sait juste stocker, structurer et récupérer les données mais elle n’a (en règle générale) pas les moyens d’exécuter de logique spécifique. L’API va par exemple vérifier les droits de ceux qui l’interrogent, formater les donnés dans un format lisible, enlever des donnés sensibles etc.

L’API c’est une façon de parler avec un serveur qui exécute du code qui va lire des données dans une base de données. Une base de données sait juste stocker, structurer et récupérer les données mais elle n’a (en règle générale) pas les moyens d’exécuter de logique spécifique. L’API va par exemple vérifier les droits de ceux qui l’interrogent, formater les donnés dans un format lisible, enlever des donnés sensibles etc.