织梦网站,公司注销预审在什么网站做,大气网站背景,如何做登录网站HTTP节点包括API请求类型#xff08;GET、POST、HEAD、PATCH、PUT、DELETE#xff09;#xff0c;鉴权类型#xff08;无、API-Key基础、API-Key Bearer、API-Key自定义#xff09;#xff0c;HEADERS键值设置#xff0c;PARAMS键值设置#xff0c;BODY#xff08;non…HTTP节点包括API请求类型GET、POST、HEAD、PATCH、PUT、DELETE鉴权类型无、API-Key基础、API-Key Bearer、API-Key自定义HEADERS键值设置PARAMS键值设置BODYnone、form-data、x-www-form-urlencoded、raw text、JSON超时设置连接超时、读取超时、写入超时输出变量body String 响应内容、status_code Number 响应状态码、headers Object 响应头列表 JSON、files Array[File] 文件列表。说明在平时开发中主要使用GET和POST这两种API请求类型。 一.GET请求类型
功能查询所有产品。GET请求是获取全部资源。
实现后端通过Flask实现app.route(/products, methods[GET]) 执行Workflow后在跟踪界面开始-HTTP请求-结束可查看最终输出 二.POST请求类型
功能创建一个新的产品。POST请求是创建新资源。
实现后端通过Flask实现app.route(/products, methods[POST]) 如果出现status_code: 502且确保POST接口没有问题那么基本上是设置了Proxy代理问题关闭代理接口正常运行。 执行Workflow后在跟踪界面开始-HTTP请求-结束可查看最终输出 三.HEAD请求类型
功能根据id检查产品是否存在。HEAD请求为检查资源的存在性。
实现后端通过Flask实现app.route(/products/int:id, methods[HEAD]) 执行Workflow后在跟踪界面开始-HTTP请求可查看最终输出 1当使用HEAD方法访问/products/[int:id](int:id)时函数会检查是否存在具有该ID的产品。
2如果产品存在函数返回状态码200表示资源存在但不会返回产品的内容。
3如果产品不存在函数返回状态码404表示资源不存在。
执行Workflow后在跟踪界面开始-HTTP请求-结束可查看最终输出
四.PATCH请求类型
功能根据id更新产品的名字。PATCH请求为部分更新资源。
实现后端通过Flask实现app.route(/products/int:id, methods[PATCH]) 执行Workflow后在跟踪界面开始-HTTP请求-结束可查看最终输出 五.PUT请求类型
功能替换指定id的产品资源。PUT请求为完全替换资源。
实现后端通过Flask实现app.route(/products/int:id, methods[PUT]) 执行Workflow后在跟踪界面开始-HTTP请求-结束可查看最终输出 核心代码是product.update(request.json)。product.update(...) 调用 product 字典的 update 方法并将 request.json 作为参数传入。这个方法会遍历 request.json 中的所有键值对
1如果 product 中已存在相同的键则会用 request.json 中的值更新 product 中的值。
2如果 product 中不存在对应的键则会将这个键值对添加到 product 中。
六.DELETE请求类型
功能删除指定id的产品资源。DELETE请求为删除资源。
实现后端通过Flask实现app.route(/products/int:id, methods[DELETE]) 执行Workflow后在跟踪界面开始-HTTP请求可查看最终输出 七.相关问题
1.API-Key基础、API-Key Bearer、API-Key自定义
API-Key基础: 使用预定义的头字段如x-api-key传递API密钥简单直接。API-Key Bearer: 使用OAuth风格的Bearer Token传递API密钥更适合需要增强安全性的场景。API-Key自定义: 根据需求自定义API密钥的传递方式提供更大的灵活性。
1API-Key基础
API Key 基础认证是一种简单的认证方式客户端在请求时将API密钥作为请求的一部分进行传递。通常它会在请求头中包含一个特定的字段来传递API密钥。示例如下
GET /resource HTTP/1.1
Host: api.example.com
x-api-key: your_api_key_here2API-Key Bearer
API Key Bearer认证方式类似于使用OAuth的Bearer Token。客户端在请求头中的Authorization字段中传递API密钥并以Bearer作为前缀。这种方式常用于需要更高安全性的场景。示例如下
GET /resource HTTP/1.1
Host: api.example.com
Authorization: Bearer your_api_key_here3API-Key自定义
API Key自定义认证允许开发人员根据需求自定义API密钥的传递方式。可以将API密钥放在请求的查询参数、请求体中或者在请求头中使用自定义字段名。这种方式的灵活性较高但需要确保在客户端和服务器端一致使用同样的方式。
查询参数方式示例如下
GET /resource?api_keyyour_api_key_here HTTP/1.1
Host: api.example.com请求体方式示例如下
POST /resource HTTP/1.1
Host: api.example.com
Content-Type: application/json{api_key: your_api_key_here,other_data: value
}自定义头字段方式示例如下
GET /resource HTTP/1.1
Host: api.example.com
x-custom-api-key: your_api_key_here2.POST和PUT请求异同
1幂等性POST不是幂等的而PUT是幂等的。
2用途POST用于创建PUT用于更新或替换。
3URI的知晓使用POST时通常不知道新资源的URI使用PUT时通常知道资源的URI。
3.form-data和x-www-form-urlencoded异同
当需要上传文件时应选择 form-data如果仅需要提交简单的文本表单x-www-form-urlencoded 是一个更简洁的选择。
1form-data 通常用于文件上传或当表单包含文本和文件数据时使用。 2x-www-form-urlencoded 通常用于简单的表单提交当数据仅包含文本内容时使用。 参考文献
[1] HTTP请求https://docs.dify.ai/v/zh-hans/guides/workflow/node/http_request
NLP工程化(星球号)
