首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

提供查询参数时,Coinbase Pro API GET请求为/fils和/orders返回400

Coinbase Pro是一个数字货币交易平台,提供了一系列的API接口供开发者使用。根据提供的问答内容,我们可以对问题进行解答。

问题:提供查询参数时,Coinbase Pro API GET请求为/fils和/orders返回400。

答案:在Coinbase Pro API中,GET请求的路径为/fils和/orders时返回400错误,可能是由于以下原因导致的:

  1. 查询参数错误:在发送GET请求时,可能提供的查询参数不符合Coinbase Pro API的要求。请确保查询参数的格式正确,并且符合Coinbase Pro API的文档要求。
  2. 认证问题:某些Coinbase Pro API的端点需要进行身份验证才能访问。如果没有正确提供身份验证信息或者提供的身份验证信息无效,可能会导致返回400错误。请确保在请求中包含正确的身份验证信息,例如API密钥和密钥密钥。
  3. API版本问题:Coinbase Pro API可能会有多个版本,不同版本的API可能会有不同的接口路径和参数要求。请确保使用的是正确的API版本,并且按照文档提供的接口路径和参数进行请求。

针对以上问题,我们可以提供以下解决方案:

  1. 检查查询参数:仔细检查发送GET请求时提供的查询参数,确保其格式正确,并且符合Coinbase Pro API的要求。可以参考Coinbase Pro API文档中对于查询参数的说明。
  2. 检查认证信息:如果请求需要身份验证,请确保在请求中包含正确的API密钥和密钥密钥。可以参考Coinbase Pro API文档中的身份验证部分,了解如何正确提供认证信息。
  3. 确认API版本:检查使用的API版本是否正确。可以参考Coinbase Pro API文档中的版本控制部分,了解可用的API版本,并确保使用正确的版本。

需要注意的是,由于要求答案中不能提及亚马逊AWS、Azure、阿里云、华为云、天翼云、GoDaddy、Namecheap、Google等流行的一些云计算品牌商,因此无法提供与腾讯云相关的产品和产品介绍链接地址。但是,可以参考腾讯云的文档和服务,寻找类似的解决方案和产品。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

FCoin交易所API文档

即如果请求的 URI https://api.fcoin.com/v2/orders?...c=value1&b=value2&a=value3,则进行签名,应先将请求参数按照字母表排序,最终进行签名的 URI https://api.fcoin.com/v2/orders?...HTTP Request GET https://api.fcoin.com/v2/public/symbols 行情 行情概述 行情是一个全公开的 API, 当前同时提供了 HTTP WebSocket...获取推送服务器时间 可以通过 ping 请求服务器返回的 ts gap 值获取推送服务器时间和数据传输时间差 gap: 推送服务器处理此语句的时间客户端传输的时间差. ts: 推送服务器当前的时间...HTTP Request GET https://api.fcoin.com/v2/orders 查询参数 参数 默认值 描述 symbol 交易对 states 订单状态 before 查询某个页码之前的订单

1.6K40

22条API设计的最佳实践

使用API设计工具 11. 使用简单序数作为版本 12. 在你的响应体中包括总资源数 13. 接受limitoffset参数 14. 获取字段查询参数 15. 不要在URL中通过认证令牌 16....监控 RESTful HTTP服务必须实现/health/version/metricsAPI端点。他们将提供以下信息。 /health 用200 OK状态码响应对/health的请求。...接受limitoffset参数GET操作中始终接受limitoffset参数。 应该: GET /shops?offset=5&limit=5 这是因为它对于前端的分页是必要的。 14....获取字段查询参数 返回的数据量也应该考虑在内。添加一个fields参数,只公开API中必需的字段。 例子: 只返回商店的名称,地址联系方式。 GET /shops?...例子包括无效的身份验证凭证、不正确的参数、未知的版本id等。 当由于一个或多个服务错误而拒绝客户端请求,一定要返回4xx HTTP错误代码。 考虑处理所有属性,然后在单个响应中返回多个验证问题。

1.2K20
  • restful最佳实践--接口规范

    有没有能⼒创建出符合 RESTful 风格的API? 是否有能⼒维护 API 接口?当前端或者后台需要修改接⼜,是否能轻松地修改?前端后台两个团队是不是很容易合作?是不是可以轻松地进⾏联调?...前后端分离的核⼼:后台提供数据,前端负责显⽰ 前提 RESTful API 统一约束客户端和服务器之间的接口。简化分离系统架构,使每个模块独立!...中间服务器可以通过启用负载平衡提供共享缓存来提高系统可扩展性。分层系统也可以执行安全策略。...或fail,对应的错误信息 } status说明 状态 说明 fail 返回 500-599 error 返回 400-499 success 其他状态码(1xx、2xx、3xx)...请求参数过多,或携带敏感信息 批量删除,携带一组id信息 文件导出、文件上传

    1.9K42

    Restful API 接口规范详解

    什么是RESTful API ? RESTful API 是应用程序接口 (API) 的一种架构风格,它使用 HTTP 请求来访问使用数据。...从请求的流程来看,RESTful API传统API大致架构如下:传统url接口与RESTful风格接口的区别 在restful风格中,将互联网的资源抽象成资源,将获取资源的方式定义方法,从此请求再也不止...getpost了:客户端请求传统url接口REST ful风格接口查询所有用户 /user/findAllGET /users查询编号为1的用户 /user/findById?...例如:GET /users/1/orders/14、使用查询参数来过滤分页 使用查询参数来过滤分页资源,例如:“?page=1 & limit=10”获取前10个用户:GET /users?...状态码主要分为五大类:1xx:相关信息2xx:操作成功3xx:重定向4xx:客户端错误5xx:服务器错误例如:200:请求成功201:资源创建成功400请求参数错误401:未授权访问403:表示禁止访问资源

    8.3K13

    RESTful API 主流API风格

    过滤信息(Filtering) 如果记录数量很多,API应该提供参数,过滤返回结果。 ?limit=10 指定返回记录的数量 ?offset=10 指定返回记录的开始位置。...,一次多次更新结果一致 DELETE 非安全 幂等 写操作非安全,一次多次删除结果一致 三、传统模式 URI RESTful 风格对比 查询 操作 传统 RESTful 查询所有 http:/...它与302307的含义一样,也是"暂时重定向",区别在于302307用于GET请求,而303用于POST、PUTDELETE请求。...HTTP/1.1 303 See Other Location: /api/orders/12345 4xx 状态码 4xx 状态码表示客户端错误,主要有下面几种: 400 Bad Request:服务器不理解客户端的请求...客户端请求,也要明确告诉服务器,可以接受 JSON 格式,即请求的 HTTP 头的ACCEPT属性也要设成application/json。 2.2.

    2.9K11

    面试官:你连RESTful都不知道我怎么敢要你?

    请求所需的一些信息都包含在URL的查询参数、header、body,服务端能够根据请求的各种参数,无需保存客户端的状态,将响应正确返回给客户端。无状态的特征大大提高的服务端的健壮性可拓展性。...比如通过HTTP返回的数据里面有 [MIME type ]信息,我们从MIME type里面可以知道数据的具体格式,是图片,视频还是JSON,客户端通过body内容、查询参数请求URI(资源名称...HTTP状态响应码在500-599之间”fail”,在400-499之间”error”,其它均为”success”(例如:响应状态码1XX、2XX3XX)。...我们可以在Controll中标记Route [Route(“api/orders/{address}/{month}”)] Action中的查询参数就只有金额、排序、年龄。...减少了查询参数API的可读性可维护行增强了。 https://example.com/api/orders/beijing/6?

    1.1K20

    构建可扩展的RESTful API:设计原则与最佳实践

    导言:在设计构建RESTful API,需要考虑多个方面,包括资源的命名规范、URI的设计、HTTP方法的使用、状态码的处理、错误处理、安全性身份验证等。...避免使用动词、操作和参数在URI中,而应该将它们作为HTTP方法查询参数进行处理。示例:GET /api/users/{id}/ordersGET /api/orders?...在API设计中,使用适当的状态码可以提供清晰的响应信息,帮助客户端正确处理请求结果。...示例:200 OK - 请求成功201 Created - 创建成功400 Bad Request - 请求错误404 Not Found - 资源不存在500 Internal Server Error...返回统一的错误响应格式可以帮助客户端更好地处理错误情况。错误响应应该包含错误码、错误消息可选的错误详细信息。

    51120

    gRPC 的使用

    服务端流式:客户端发送请求到服务器,拿到一个流去读取返回的消息序列。 客户端读取返回的流,直到里面没有任何消息。...可以参考微软的回答: gRPC 流式处理服务与重复字段 对于任何大小受限且能在短时间内(例如在一秒钟之内)全部生成的数据集就用repeated 当数据集中的消息对象可能非常大,最好是使用流式处理请求或响应传输这些对象...ordergoods服务去生成订单 也可以通过api服务查询已经创建的订单, api实际调用order服务查询 启动三个服务 go run goods/main.go go run order/main.go...go run api/main.go 运行结果 # 获取用户 1 的订单列表 curl --location --request GET '127.0.0.1:8080/orders?..., "msg": "rpc error: code = Unknown desc = 无此商品" } # 查询订单1 curl --location --request GET '127.0.0.1

    20810

    你了解过系统集成服务集成交互技术:REST服务集成——RESTAPI吗

    ● URL内参数中包含可变字段,如/orders/orderid,orderidURL内参数,需要对应填值,具体参考下文的接口列表。...● 400,多数情况下是指请求参数错误或请求不合法。 ● 401,sign值计算错误,或App已被删除。 ● 404,设备或对应的App信息不存在,将返回NotFound错误。...【REST API示例】 1.订单列表 ● 描述:获取所有订单ID列表 ● 路径:/orders ● 方法:GET参数:page,count curl-X GET https://test.cn/...api/server/ordersH"Timestamp:1529051966" 2.订单详细信息查询 ● 描述:获取指定设备详细信息 ● 路径:/orders/orderid ● 方法:GET参数...,或禁用/恢复设备 ● 路径:/orders/orderid ● 方法:PUT ● 参数:无 curl-X GET https://test.cn/api/server/orders/1234562342

    1.4K20

    前后端分离后,RESTful API 最佳实践

    GET /articles/published 查询字符串的写法明显更好。 GET /articles?...它与302307的含义一样,也是"暂时重定向",区别在于302307用于GET请求,而303用于POST、PUTDELETE请求。...400 Bad Request:服务器不理解客户端的请求,未做任何处理。 401 Unauthorized:用户未提供身份验证凭据,或者没有通过身份验证。...一般来说,API 不会向用户透露服务器的详细信息,所以只要两个状态码就够了。 500 Internal Server Error:客户端请求有效,服务器处理发生了意外。...GET /orders/2 HTTP/1.1 Accept: application/json 3.2 发生错误时,不要返回 200 状态码 有一种不恰当的做法是,即使发生错误,也返回200状态码,把错误信息放在数据体里面

    93030

    2019-05-30 如何优雅的设计RESTful API?这是我看过讲的最清晰的文章!

    GET /articles/published复制代码 查询字符串的写法明显更好。 GET /articles?...它与302307的含义一样,也是"暂时重定向",区别在于302307用于GET请求,而303用于POST、PUTDELETE请求。...HTTP/1.1 303 See Other Location: /api/orders/12345复制代码 2.4 4xx 状态码 4xx状态码表示客户端错误,主要有下面几种: 400 Bad...客户端请求,也要明确告诉服务器,可以接受 JSON 格式,即请求的 HTTP 头的ACCEPT属性也要设成application/json。 下面是一个例子。...GET /orders/2 HTTP/1.1 Accept: application/json 复制代码 3.2 发生错误时,不要返回 200 状态码 有一种不恰当的做法是,即使发生错误,也返回

    98040

    RESTful API 最佳实践

    GET /articles/published 查询字符串的写法明显更好。 GET /articles?...它与302307的含义一样,也是"暂时重定向",区别在于302307用于GET请求,而303用于POST、PUTDELETE请求。...400 Bad Request:服务器不理解客户端的请求,未做任何处理。 401 Unauthorized:用户未提供身份验证凭据,或者没有通过身份验证。...一般来说,API 不会向用户透露服务器的详细信息,所以只要两个状态码就够了。 500 Internal Server Error:客户端请求有效,服务器处理发生了意外。...GET /orders/2 HTTP/1.1 Accept: application/json 3.2 发生错误时,不要返回 200 状态码 有一种不恰当的做法是,即使发生错误,也返回200状态码,把错误信息放在数据体里面

    53140

    我们必须要知道的RESTful服务最佳实践

    url命名规范 统一返回数据格式 http状态码 合理使用query parameter 多表、多参数连接查询如何设计URL API请求授权 1.REST的来源 REST:Representational...请求所需的一些信息都包含在URL的查询参数、header、body,服务端能够根据请求的各种参数,无需保存客户端的状态,将响应正确返回给客户端。无状态的特征大大提高的服务端的健壮性可拓展性。...body内容、查询参数请求URI(资源名称)来传送状态。...HTTP状态响应码在500-599之间”fail”,在400-499之间”error”,其它均为”success”(例如:响应状态码1XX、2XX3XX)。...减少了查询参数API的可读性可维护行增强了。 https://example.com/api/orders/beijing/6?

    1.2K30

    Restful 架构 API 接口经典设计误区

    附录1 API 设计风格基本规则 使用名词而不是动词 不要使用: /getAllUsers /createNewUser /deleteAllUser Get 方法查询参数不应该涉及状态改变 使用...,双方都要知道通讯的格式,格式在 HTTP-Header 中指定 Content-Type 定义请求格式 Accept 定义系列可接受的响应格式 集合提供过滤 排序 选择分页等功能 Filtering...过滤: 使用唯一的查询参数进行过滤: GET /cars?...v /blog/api/v1 使用 Http 状态码处理错误 如果你的API没有错误处理是很难的,只是返回 500 出错堆栈不一定有用,Http 状态码提供 70 个出错,我们只要使用 10 个左右...附录2 HTTP协议常用的动词说明 动词 描述 GET 查询列表或者单个对象的时候使用 POST 一般是提交表单或者是查询参数比较多的时候使用 PUT 更新资源的时候使用 DELETE 删除资源的时候使用

    79320

    设计 API 的 22 条最佳实践,实用!

    监控 RESTful HTTP服务必须实现/health/version/metricsAPI端点。他们将提供以下信息。 /health 用200 OK状态码响应对/health的请求。.../version 用版本号响应对/version的请求。 /metrics 这个端点将提供各种指标,如平均响应时间。 也强烈推荐使用/debug/status端点。 9....接受limitoffset参数GET操作中始终接受limitoffset参数。 应该: GET /shops?offset=5&limit=5 这是因为它对于前端的分页是必要的。 14....获取字段查询参数 返回的数据量也应该考虑在内。添加一个fields参数,只公开API中必需的字段。 例子: 只返回商店的名称,地址联系方式。 GET /shops?...例子包括无效的身份验证凭证、不正确的参数、未知的版本id等。 当由于一个或多个服务错误而拒绝客户端请求,一定要返回4xx HTTP错误代码。 考虑处理所有属性,然后在单个响应中返回多个验证问题。

    1.3K10

    .Net微服务实践(三):Ocelot配置路由请求聚合

    /orders GET 请求路由到 http://localhost:5001/api/orders GET 占位符 在Ocelot中,可以以{something}的形式将变量的占位符添加到模板中。...请求Ocelot将尝试请求进行替换 { "DownstreamPathTemplate": "/api/{everything}", "DownstreamScheme":...验证 修改配置,运行示例程序, 访问http://localhost:5000/api/products,返回了类别数据, 因为类别路由的优先级是1, 优先级更高 查询参数 在order-api中添加一个订单明细的...id=1 (下游服务实际没这个接口) 路由到http://localhost:5001/api/orders/1返回订单明细 验证 修改配置,运行示例程序, 访问http://localhost:5000.../aggregates, 会同时返回订单数据产品数据 运行示例进行验证 既然是多个请求聚合,那么问题来了: 如果其中一个服务宕机,会怎么样?

    80210
    领券