Overview of Plural APIs and their components.
Plural APIs are RESTful APIs. A RESTful API is an application programming interface that confirms to the constraints of REST architectural style and allows for interaction with RESTful web services. REST stands for "representational state transfer".
What is an REST API?
APIs are mechanisms that enable two software components to communicate with each other using a set of definitions and protocols. An API consists of an API endpoint, HTTP method, parameters, headers and HTTP status codes.
API endpoint
An API endpoint is the server URL that facilitates interaction between the client and servers.
https://pluraluat.v2.pinepg.in/api/pay/v1
HTTP Methods
HTTP defines a set of request methods such as GET, POST, PUT, PATCH, and DELETE to indicate the desired action for the given resource.
The table below list the methods most commonly used by Plural APIs.
Method | Description |
---|---|
GET | Retrieve the specific resource for the given input. GET requests should only retrieve data. |
POST | Creates a new resource within the specified source. |
PUT | Updates an existing resource with new request resource. |
DELETE | Deletes the specified resource. |
PATCH | Applies partial modification to the specified resource. |
Parameters
Parameters are the options you can send within the request to influence the response. There are four types of parameters.
Path Parameters: Path parameters are part of the endpoint and are mandatory parameters.
Query Parameters: Query parameters are also part of the endpoint that appears after the question mark (?) in the endpoint. Each query parameters are separated using an ampersand (&) within them.
Request Parameters: Request parameters are included in the request body and are used to send data through an API.
Response Parameters: Response parameters represents the response to a request.
HTTP Headers
HTTP headers are crucial in shaping server and client behavior throughout the request and response process. The client sends request headers to the server, containing information and instructions about the requested resource. In return, the server sends response headers to the client, providing metadata, instructions, and additional details about the response.
Request Headers
Request headers are part of an HTTP request which includes information about the request to the server. This information helps the server to customize the response to the request. You can include the following request headers with your API request:
Content-Type
Authorization
Request-Timestamp
Request-ID
Header | Type | Description |
---|---|---|
Content-Type | string | The type of content included in the HTTP message body. Accepted value: application/json |
Authorization | string | The HTTP header where you can include your secret token for authentication. Example: Bearer <access_token> Note: Use the access token generated using our Generate Token API. |
Request-Timestamp | string | Use ISO 8601 UTC Timestamp, to create a timestamp when the generate token is requested. Example: 2024-07-09T07:57:08.022056Z |
Request-ID | string | Use a global unique identifier [GUID] for the request.
c17ce30f-f88e-4f81-ada1-c3b4909ed235 |
Response Headers
Response headers are text-based components sent with an HTTP response that provide details about the response sent or instructions on how the client should handle it. You will receive the following response headers along with the API response.
Strict-Transport-Security
X-Content-Type-Options
Content-Security-Policy
Cache-Control
Header | Type | Description |
---|---|---|
Strict-Transport-Security | string | This header ensures that a browser connects to a website using HTTPS, and not HTTP. Example: max-age=31536000; includeSubDomains; preload |
X-Content-Type-Options | string | Security feature that tells browsers to follow the MIME types declared in the Content-Type headers, instead of guessing them. Example: nosniff |
Content-Security-Policy | string | Helps to protect websites from attacks by limiting which resources can be loaded on a page. Example: default-src 'self'; script-src 'self'; img-src 'self'; |
Cache-Control | string | Controls how a browser caches resources and when to send requests to a server for fresh resources. Example: no-store, no-cache |
HTTPS Status Codes
HTTP response status codes indicates weather a specific HTTP request is successfully completed. Responses are grouped into five classes.
- Informational Responses (100-199)
- Successful Responses (200-299)
- Redirection Messages (300-399)
- Client Error Responses (400-499)
- Server Error Responses (500-599)
To know more about status codes refer to Mozilla docs.