What Is A RESTful API? Explanation of REST & HTTP

Traversy Media
20 Feb 201718:37

Summary

TLDRThis video tutorial breaks down the concept of REST APIs, explaining how they function and their importance in web technology. It simplifies the idea of APIs as intermediaries between software, using analogies like a restaurant order system and a shape-sorting toy. The presenter covers REST principles, HTTP methods, and how to interact with APIs using tools like Postman. The video also touches on authentication methods, demonstrating how to use the GitHub API with and without authentication, providing practical insights for developers.

Takeaways

  • 🌐 API stands for Application Programming Interface and is a broad term for various types of interfaces, including web APIs.
  • 🍽️ An analogy for understanding API is likening it to a waiter in a restaurant who takes orders (requests) and delivers meals (responses).
  • 🧩 REST stands for Representational State Transfer, an architectural style for designing networked applications that rely on stateless client-server communication.
  • 🔑 REST APIs use HTTP methods such as GET, POST, PUT, DELETE to interact with resources on a server.
  • 📚 The video creator emphasizes explaining complex concepts like REST APIs in plain English to make them accessible to entry-level developers.
  • 🌐 REST APIs treat server-side objects as resources that can be created, updated, and deleted using HTTP methods.
  • 🔄 REST APIs operate using HTTP and often a standard like JSON, making them usable by virtually any programming language.
  • 🔗 Endpoints are URIs or URLs where HTTP requests are sent to access or manipulate resources.
  • 🔐 Authentication may be required for APIs, often implemented through OAuth, which involves obtaining an access token to include with requests.
  • 🛠️ Tools like Postman can be used to test API requests without writing code, allowing for the easy sending of various types of HTTP requests.
  • 🚀 The GitHub API is highlighted as a good starting point for beginners to understand and use REST APIs.

Q & A

  • What is the main purpose of a REST API?

    -A REST API is designed for networked applications and allows for the creation, updating, and deletion of server-side objects, such as blog posts in a database, using HTTP requests.

  • What does REST stand for and what is its role?

    -REST stands for Representational State Transfer. It is an architectural style for designing networked applications that rely on stateless client-server communication protocols, typically HTTP.

  • How does the restaurant analogy help explain what an API is?

    -In the restaurant analogy, the waiter acts as an API, taking a structured order (request) and bringing back a specific meal (response), illustrating how an API facilitates communication between software components.

  • What is an endpoint in the context of REST APIs?

    -An endpoint is a URI (or URL) to which HTTP requests are sent. It represents a specific resource or action that can be performed on a resource in a REST API.

  • What are the common HTTP methods used in REST APIs?

    -The common HTTP methods used in REST APIs are GET, POST, PUT, DELETE, HEAD, OPTIONS, and PATCH, with GET and POST being the most frequently used.

  • Why is JSON often used with REST APIs?

    -JSON (JavaScript Object Notation) is often used with REST APIs because it's lightweight, human-readable, and easily parsed by most programming languages, making it ideal for data interchange.

  • What is the difference between a REST API and a RESTful API?

    -A REST API is a set of guidelines for designing networked applications, while a RESTful API is an API that conforms to these REST constraints, essentially meaning they are the same thing.

  • How can authentication be implemented in a REST API?

    -Authentication in a REST API can be implemented using various methods such as OAuth, which involves obtaining an access token, or by sending client ID and secret as parameters with the requests.

  • What is the significance of the 200 status code in an HTTP response?

    -A 200 status code in an HTTP response indicates that the request has succeeded, and the response returned contains the requested data or information.

  • How can you test a REST API without writing code?

    -You can test a REST API without writing code using tools like Postman, which allows you to make various types of HTTP requests to endpoints and view the responses.

  • What is the GitHub API and how is it used in the script?

    -The GitHub API is a RESTful API that allows access to GitHub data and functionalities. In the script, it's used as a real-world example to demonstrate how to make authenticated requests and handle API rate limits.

Outlines

00:00

🌐 Introduction to REST APIs

The video begins with an introduction to REST APIs, emphasizing the aim to simplify complex concepts for beginners. The presenter clarifies the term API, standing for Application Program Interface, and explains it as a broad term applicable to various software interactions. A REST API, in particular, is focused on web APIs and operates based on HTTP requests. The video promises to demystify REST APIs with basic analogies, such as a restaurant scenario where the waiter represents the API, facilitating communication between the client (diner) and the server (kitchen). Another analogy involves a toy that only accepts certain shapes, illustrating how APIs require specific formats for requests.

05:01

🔑 Understanding RESTful Methods and Requests

This section delves into the specific methods and requests used in RESTful APIs, starting with the GET request, which is fundamental for retrieving data from a server. The presenter explains that POST requests are commonly used when submitting web forms, while PUT requests are for updating resources, typically requiring an ID to specify which resource to update. DELETE requests are used to remove resources, also needing an ID for specificity. The video also touches on less common requests like HEAD, OPTIONS, and PATCH. Examples of endpoints, or URLs where HTTP requests are sent, are provided, showing how different methods can be used on the same endpoint.

10:02

🛡️ Authentication in RESTful APIs

The script discusses the importance of authentication in RESTful APIs, explaining that while some APIs are public, others require authentication to access. It outlines various authentication methods, including OAuth, which involves obtaining an access token to include in requests. The GitHub API is used as an example to demonstrate how authentication can be implemented, either by including a token in the HTTP header or as a parameter in the URI. The presenter also mentions the need to register an application to obtain a client ID and secret, which can be used for authentication purposes.

15:03

🚀 Practical Example Using GitHub API

The final paragraph provides a practical example using the GitHub API, guiding viewers on how to make authenticated requests using tools like Postman. The presenter demonstrates how to make a GET request to retrieve user data and explains how to handle API rate limits. The process of registering an application with GitHub to obtain a client ID and secret is outlined, which is necessary for continued API access beyond the initial limit. The video concludes with a recap of the information covered and an encouragement for viewers to explore the presenter's other videos on creating RESTful APIs.

Mindmap

Keywords

💡REST API

REST API stands for Representational State Transfer Application Programming Interface. It is an architectural style for designing networked applications. In the context of the video, REST APIs are discussed as a way to interact with web services using HTTP requests. REST APIs are stateless and use standard HTTP methods to perform operations on resources. The video aims to demystify how REST APIs work, using simple analogies like a waiter in a restaurant to explain the concept.

💡API

API, or Application Programming Interface, is a set of rules and protocols for building and interacting with software applications. The video emphasizes web APIs, which are used for communication between different software systems over the internet. APIs act as intermediaries or messengers, facilitating requests and responses in a structured format.

💡HTTP

HTTP, or Hypertext Transfer Protocol, is the foundation of data communication on the internet. It is a protocol used by clients to request services from a server. In the video, HTTP is highlighted as the primary protocol used by REST APIs to make requests to servers and receive responses.

💡Stateless

Stateless refers to the concept in REST where each request from the client must contain all the information the server needs to fulfill the request. The server does not store any client information between requests. This is mentioned in the video as a key characteristic of REST APIs, allowing them to be scalable and efficient.

💡JSON

JSON (JavaScript Object Notation) is a lightweight data-interchange format that is easy for humans to read and write and for machines to parse and generate. The video mentions JSON as a common standard used in REST APIs for formatting the data being exchanged between the client and server.

💡GET request

A GET request is a method used in HTTP to request data from a specified resource. In the video, GET requests are described as the most common type of HTTP request, used to retrieve data from a server when a user visits a webpage or accesses an API endpoint.

💡POST request

A POST request is used to submit data to a specified resource, often causing a change in the state or side effects on the server. The video explains that POST requests are commonly used when filling out web forms, and the data submitted is not visible in the URL, unlike GET requests.

💡PUT request

A PUT request is used to update a specific resource identified by a URI. The video uses the analogy of a waiter taking an order to a kitchen to explain how PUT requests are used to update resources on the server with new data provided by the client.

💡DELETE request

A DELETE request is used to delete a specified resource identified by a URI. In the video, DELETE requests are likened to asking the server to remove a resource, similar to how a waiter might remove a dish from the menu.

💡Authentication

Authentication in the context of APIs refers to the process of verifying the identity of the client before allowing access to the API. The video discusses different methods of authentication, such as using OAuth tokens, client IDs, and secrets, to ensure that only authorized users can access the API.

💡Endpoints

Endpoints in the context of APIs are the URIs or URLs that specify the location of a resource on the server. The video explains how endpoints are used in API requests to indicate the resource the client is requesting or modifying, using examples like 'API/users' to represent a collection of user resources.

Highlights

Introduction to REST API and its basics

Explanation of what an API is in general

The role of an API as a 'messenger' or 'waiter' between software

Analogies used to explain how APIs work

REST stands for Representational State Transfer

REST is an architectural style for designing networked applications

HTTP is the foundation of REST communication

REST treats server-side objects as resources

Advantages of REST due to its use of HTTP and standards like JSON

The difference between REST API and RESTful API

Explanation of HTTP methods: GET, POST, PUT, DELETE

Endpoints are the URI or URL for HTTP requests

Examples of endpoint usage in REST APIs

Authentication in REST APIs

How to authenticate using tokens, client ID, and secret

Real-world example using GitHub API

Using tools like Postman to make API requests

How to handle API rate limits and authentication

Summary and conclusion of the video

Transcripts

play00:00

hey guys welcome to another web

play00:02

technology informational video in this

play00:05

video we're going to talk about what a

play00:07

rest API is now I do have several videos

play00:10

on my channel uh showing you how to

play00:12

create a rest API a couple in in

play00:15

JavaScript and node and one in PHP um so

play00:18

you may have seen some of those but you

play00:20

you may still have some confusion on how

play00:22

a rest API really works now you may be

play00:25

saying well I can just Google this why

play00:27

do I have to watch the V this video well

play00:30

if you do Google it you'll get a

play00:31

thousand different explanations that are

play00:34

so complicated that it's nearly

play00:37

impossible for an entry level developer

play00:39

to really grasp it so I try to explain

play00:42

things on a more basic level and

play00:44

hopefully that's why you guys watch my

play00:46

videos I try to take complicated

play00:48

Concepts and explain them in plain

play00:51

English uh I'm not a real sophisticated

play00:53

guy so I like things spelled out without

play00:56

nonsense um so that's what I try to give

play00:59

my view ERS all right so before we get

play01:03

into rest let's talk about what an API

play01:06

is in general so it stands for

play01:08

application program interface and that's

play01:10

a very broad term there's all kinds of

play01:13

apis uh but we're specifically talking

play01:15

about web apis um there's apis in your

play01:19

computer operating system in your

play01:20

smartphone and even in some

play01:22

refrigerators and so on so um this is

play01:25

very generalized but it's essentially a

play01:27

contract provided by one piece of

play01:29

software to another piece of software uh

play01:33

it usually consists of a structured

play01:34

request and then a structured response

play01:38

so one piece of software says give me

play01:40

this information formatted in this way

play01:43

and I'll give you this data or this

play01:45

function or whatever that response may

play01:47

be all right so to help you understand

play01:50

we're going to take a look at a couple

play01:52

analogies this first one is actually

play01:54

from another YouTube video which I'll

play01:56

link in the description I'm using it

play01:58

because it's one of the best anal IES

play02:00

I've seen so think of yourself at

play02:03

sitting at a table at a restaurant um

play02:06

and you're one piece of software such as

play02:07

a web application on the client side and

play02:11

then the kitchen is the server or the

play02:13

service that processes certain requests

play02:16

well the waiter is like an API he's

play02:18

formatted to take a certain order in a

play02:20

specific way and then bring back a

play02:23

certain meal uh this would be the data

play02:26

or the response that you requested so an

play02:28

API is is basically a messenger or a

play02:31

waiter between running

play02:33

software all right so uh another good

play02:36

another good analogy is this box here

play02:38

this toy so if we think of this as an

play02:41

API it's formatted to take certain

play02:43

shapes so the client has to format the

play02:46

request as a circle square or triangle

play02:49

uh anything else won't be accepted

play02:52

you'll get some kind of error message or

play02:53

error response so this is similar to how

play02:57

an API works and you can think of the

play02:59

shape

play03:00

as the API standard whether it's Json or

play03:03

soap or something else um so to make

play03:06

this operate even more like a real API

play03:08

we could have some kind of output once

play03:10

the formatted shape requests go in and

play03:13

that would be a response okay so

play03:15

hopefully this gives you a good idea as

play03:17

to what an API is in

play03:21

general all right so now that we talked

play03:23

about what an API is let's talk about

play03:25

rest so it stands for representational

play03:28

State transfer and it's an architecture

play03:31

style for Designing networked

play03:33

applications it works on relying on a

play03:36

stateless client server communication

play03:38

protocol and in almost all cases this is

play03:41

going to be HTTP all right you guys know

play03:44

what HTTP is it's basically the the

play03:46

foundation of the communication of the

play03:49

internet of the web uh every time you

play03:51

load a web page in your browser it's

play03:54

making an HTTP request to a server

play03:57

somewhere um it is possible to use other

play03:59

prot calls with rest but HTTP is by far

play04:03

the most used um because in order to use

play04:06

real world rest you need the delivery

play04:08

methods that HTTP offers um rest was

play04:12

made to treat objects on the server side

play04:15

as resources that can be created updated

play04:18

and destroyed or deleted um an example

play04:21

of a serers side object would be a blog

play04:24

post in a database or something like

play04:26

that okay um we can have we can create

play04:30

these posts with uh a post request um a

play04:33

delete with a delete request and so on

play04:37

all right and what makes rest so awesome

play04:38

is that uh it operates using just HTTP

play04:42

uh and usually some kind of standard

play04:44

like Json so it can be used by virtually

play04:47

any programming language uh because most

play04:50

of the the good languages can make HTTP

play04:53

requests in some way whether it's PHP

play04:55

JavaScript rails Java python all of

play04:58

these languages are perfectly capable of

play05:01

working with restful

play05:03

interfaces all right so hopefully I

play05:05

haven't lost you yet just remember an

play05:06

API is is the messenger and rest lets us

play05:10

use HTTP requests to format those

play05:13

messages um you you may also hear the

play05:15

term restful API and that just refers to

play05:18

um conforming to the rest constraints so

play05:21

rest API and restful API are essentially

play05:24

the same

play05:26

thing so now that we've established what

play05:29

AR rest API is let's look at the

play05:31

specific methods and requests that can

play05:34

be made to a server through

play05:36

HTTP okay so a get request is the most

play05:40

common your your browser client makes

play05:43

get requests every day just by going to

play05:45

a specific server URI uh get requests

play05:48

are used to do just that they get data

play05:52

um or retrieve data from a specified

play05:54

resource okay next we have a post

play05:56

request and you probably use these every

play05:59

day as well because every time you fill

play06:01

out a web form you're making a post

play06:03

request in most cases you can also make

play06:05

get requests from forms but it's not

play06:08

secure and the data you submit can be

play06:10

seen by anyone form form tags in HTML

play06:15

can take an action and a method

play06:18

attribute so the action would be the

play06:20

page that you're submitting to and then

play06:22

the method would be either post or get

play06:25

okay those are the only two requests

play06:27

that can be made from just a web form on

play06:29

its own so next we have put and put will

play06:33

update a specified resource usually you

play06:37

would have to send a request to an

play06:39

endpoint which is a URI with some kind

play06:42

of ID in for that specific resource

play06:45

whether it's a blog post or a product um

play06:48

the resource itself doesn't matter but

play06:51

the server needs to know which which one

play06:53

you want to update okay you can't make a

play06:56

a put request from a form like you can a

play06:59

post you'd have to use something like

play07:01

Ajax you could use a standard JavaScript

play07:04

or you could use jQuery or something

play07:06

like that and then if you're using a

play07:07

framework like angular um you have

play07:10

different modules including an HTTP

play07:12

module that's capable of sending puts

play07:15

and deletes okay a delete request is

play07:18

just that it will delete a specified

play07:20

resource on a server and again you have

play07:23

to let the server know what you're

play07:25

deleting so you want to send an ID along

play07:28

with that now there are other types of

play07:31

requests but they're very rarely used a

play07:33

head request is the same as get except

play07:36

it doesn't return a body in the response

play07:38

it'll only return the head info options

play07:41

can be used to see the supported methods

play07:44

of a server and then patch is for

play07:46

partial resources updating partial

play07:49

resources but we're not going to get

play07:50

into

play07:52

that okay so let's look at some endpoint

play07:55

examples endpoints are the URI or the

play07:57

URL that our HTT P requests are sent to

play08:01

so here's an example using a sample API

play08:05

at mysite.com

play08:07

API okay you can choose whatever folder

play08:10

you want to to put your uh API endpoints

play08:13

in but many many times you'll use uh an

play08:17

API folder or even an API subdomain okay

play08:21

so this first one here is a is a um

play08:24

endpoint for a get request and this

play08:26

would typically just give you a list of

play08:28

users okay it would return a response

play08:31

with all the users and we can make a get

play08:34

request to a specific user by going API

play08:38

users slash and then whatever that

play08:39

user's ID in many cases you may have an

play08:43

endpoint like this where you're saying

play08:45

instead of just users and then the ID it

play08:47

would be users details and then the ID

play08:50

or users show or something like that now

play08:54

in this case we're making a post request

play08:55

to API users and that's going to add a

play08:59

user to um to the server or to the

play09:03

database now notice that this get

play09:05

request and this post request have the

play09:07

same endpoint but since they're

play09:09

different methods or different requests

play09:12

that's okay okay you can use the same

play09:14

the same URL but they have to be

play09:16

different requests in this case here

play09:19

we're making a put request to API users

play09:22

one or you may see something like this

play09:24

API users update one and that's going to

play09:27

update that user okay okay you'll have

play09:29

to send data along with that just as you

play09:32

would with a post request and then

play09:35

delete you can make a delete request to

play09:37

API users one and that'll delete that

play09:40

user okay or you may see something like

play09:42

this uh users delete one okay now if we

play09:47

use endpoints like the ones we just saw

play09:49

without any kind of authentication of

play09:51

who we are those are public or open apis

play09:55

but sometimes you need to authenticate

play09:57

before using them now this can mean just

play09:59

register registering your app with the

play10:02

provider's website and even sometimes

play10:05

you'll have to pay for it you'll have to

play10:06

purchase that data access so there's a

play10:09

few ways that authentication is

play10:12

implemented so usually you'll use ooth

play10:14

which involves getting some kind of

play10:16

access token and sending that along with

play10:19

your requests so if you temp attempt to

play10:21

make a request without that then you'll

play10:23

get some kind of unauthorized error so

play10:26

here's some examples of how it works

play10:29

with the GitHub API which is a really

play10:31

nice API for beginners it's really easy

play10:33

to use um and how it works is you can

play10:37

use it without any kind of

play10:39

authentication but only up to I think

play10:41

it's like 100 requests per hour if you

play10:43

go over that and you didn't authorize

play10:46

then you're going to get an error and

play10:47

you're not going to be able to fetch the

play10:49

data so there's a few different ways

play10:51

that this is implemented in these

play10:53

examples we're using curl to make our

play10:55

requests curl is just basically a tool

play10:58

that we can used to transfer data using

play11:01

multiple protocols including

play11:03

HTTP so this first one here is by

play11:07

sending the token inside of the header

play11:10

okay inside the HTTP header so you can

play11:14

include a value for authorization and

play11:16

you would set that to your token all

play11:19

right sometimes you can even send the

play11:21

token as a parameter in the URI and

play11:24

another common way is to not send the

play11:27

token itself but a generated client ID

play11:30

and secret as a parameter uh to your

play11:34

request all right so what I want to do

play11:37

now is jump in and take a look at a real

play11:39

world example we're going to look at the

play11:41

GitHub API going to look at some of the

play11:43

documentation and I'll show you uh what

play11:46

happens when you make a get request and

play11:49

we'll request some user

play11:51

data all right so this is the

play11:53

documentation for github's API version

play11:56

three uh if you go to developer

play11:58

github.com

play12:00

V3 and this just basically gives you a

play12:03

bunch of information on the API and most

play12:05

public apis or most apis in general have

play12:08

some kind of documentation like this so

play12:11

you know what endpoints you need to use

play12:13

what uh methods are okay to use things

play12:16

like that um so if we take a look down

play12:19

here uh let's see if we look

play12:24

at uh HTTP verb so so these are the

play12:28

different types of request that can be

play12:29

made in certain endpoints so head get

play12:33

post patch put and delete um it shows us

play12:36

how you can authenticate and this is the

play12:38

information we saw on the slide shows us

play12:40

that we can authenticate through the

play12:42

header through a parameter and so on uh

play12:45

if we scroll down here some more it'll

play12:47

also show you how to use pagination and

play12:49

you can use that by requesting a certain

play12:51

amount of um of whatever it is users or

play12:57

repositories so in this case it's saying

play12:59

100 per page and then you can also

play13:01

specify the page and then you can use

play13:03

your programming logic to create

play13:06

pagination okay so you only so you have

play13:08

100 per page and so on um let's see if

play13:12

we go down some

play13:15

more let's see actually that's not what

play13:18

I want to show you let's go back up here

play13:21

and then over here I want to click on

play13:25

users okay so this gives us the how to

play13:28

get a sing single user we make a get

play13:30

request to/ users and then whatever that

play13:33

username okay when you see a colon in

play13:36

front of it like that that usually means

play13:37

that this is some kind of placeholder um

play13:40

so this would be whatever username you

play13:42

want and then this shows you the actual

play13:45

response you get okay so a 200 status

play13:47

means everything's okay um and then it

play13:50

gives you this in the body okay it gives

play13:52

you Jason of All That user's information

play13:55

including their username their ID the uh

play13:59

URL to their image to their to their

play14:02

Avatar um let's see how many um let's

play14:07

see how many repos they have how many

play14:09

gists their blog their company and then

play14:12

all these URLs as well which you can

play14:14

make other request to and if we go down

play14:17

some

play14:20

more let see update the authenticated

play14:23

user so if you're authenticated as as a

play14:26

specific user you can actually make

play14:29

request to update your information okay

play14:31

so you can edit your profile uh if you

play14:34

want to get all users you can do that by

play14:36

just making a get request to slash users

play14:40

so what I want to do is is try this out

play14:42

now you can obviously do this within

play14:45

your your program but there's also tools

play14:47

that you can use to make requests okay

play14:50

Postman is what I suggest use you can

play14:53

it's a chrome uh a Google Chrome Plugin

play14:57

or extension whatever it's called so you

play14:59

can go ahead and download that and then

play15:01

all you have to do is put your endpoint

play15:03

in here and then the type of request uh

play15:06

in some cases you'll have to send data

play15:08

or maybe some header values uh for

play15:10

instance if you need to do authorization

play15:12

you can put that in here and you can put

play15:15

the value so these are key value pairs

play15:18

um and if you need to send data you can

play15:20

do that as well usually if you can only

play15:22

send data you can't do it with a get

play15:24

request you can see that's grayed out

play15:26

but if it was a post request you can

play15:28

send the body different formats uh you

play15:30

can send it as a form or you can send

play15:32

raw data for instance raw Json all right

play15:35

but what I'm going to do is make a get

play15:37

request to

play15:39

https

play15:41

api. github.com

play15:45

users okay and then this is what it

play15:47

gives us and you can see we have

play15:50

basically it's an array of user objects

play15:52

so this is the username the ID um all

play15:55

the URLs and all that stuff okay now now

play15:59

if we want to get a specific user we

play16:01

could say we can make a get request to

play16:04

I'll just put my

play16:05

username send and then that gives us all

play16:08

that information on that specific user

play16:12

okay now with the GitHub API and a lot

play16:15

of apis you can do it like this without

play16:18

any kind of authentication for a certain

play16:20

amount of requests in fact let me see if

play16:23

I can get to it

play16:30

it may yeah here we go and you can see

play16:32

API rate limit has exceeded so you get a

play16:37

certain amount of requests per hour or

play16:39

or per every couple hours or whatever it

play16:42

may be whatever they set it to um so

play16:44

what we would have to do now to be able

play16:45

to keep using this in our application is

play16:48

to register it okay so if we go to

play16:50

github.com settings applications new and

play16:54

let's say test app homepage

play17:00

just say

play17:01

test.com application

play17:03

description just say my app and then

play17:07

some kind of callback URL we'll just

play17:10

take this and let's say register

play17:12

application and now you can see it gives

play17:15

us a client ID and a client secret so

play17:18

what we have to do now is just include

play17:20

these as a parameter okay so if we go

play17:24

back to our documentation here and go

play17:28

down to uh where is it

play17:32

authentication so we can add we can send

play17:35

these as a parameter you can see right

play17:37

here client ID client secret so let's

play17:39

take that starting with that question

play17:42

mark and go back to

play17:48

postman and we'll just grab the client

play17:54

ID and we'll put that right here place

play17:58

these these x's and then the

play18:04

secret and we'll put

play18:07

that right here we don't want that quote

play18:10

on the end and now let's make let's do

play18:12

send and now we can get it okay we can

play18:15

keep making them because we're

play18:17

authenticated all right so that's going

play18:19

to be it for this video hopefully this

play18:21

gives you guys a better idea on how uh

play18:24

restful apis work and if you haven't

play18:27

seen my videos where we create a restful

play18:30

API I would suggest doing that all right

play18:33

so that's it thanks for watching and I

play18:35

will see you next time

Rate This

5.0 / 5 (0 votes)

Etiquetas Relacionadas
REST APIWeb TechDeveloper GuideHTTP RequestsAPI TutorialJSON StandardsGitHub APIAuthenticationWeb DevelopmentTech Education
¿Necesitas un resumen en inglés?