相关疑难解决方法(0)

我正在为我们的应用程序开发一个新的RESTful Web服务.

在某些实体上执行GET时,客户端可以请求实体的内容.如果他们想要添加一些参数(例如排序列表),他们可以在查询字符串中添加这些参数.

或者,我希望人们能够在请求正文中指定这些参数. HTTP/1.1似乎没有明确禁止这一点.这将允许他们指定更多信息,可以更容易指定复杂的XML请求.

我的问题:

• 这完全是一个好主意吗？
• HTTP客户端在GET请求中使用请求主体会有问题吗？

http://tools.ietf.org/html/rfc2616

例:

• 网址:http://example.com/collection/a%20search%20term

• 方法: GET

• 回复:collection匹配中的所有项目a search term.

问题:搜索词可能太长,以至于它破坏了Web服务器的最大URL长度.

如何允许极长的搜索条件并保持RESTful状态？

我收到错误"HTTP错误414.请求URL太长." 从以下文章中,我了解到这是由于一个非常长的查询字符串:

http://www.mytecbits.com/microsoft/iis/query-string-too-long

1. 在web.config中,我有maxQueryStringLength="2097151".这是最大值吗？
2. 为了解决这个问题,我应该maxUrl在web.config中设置吗？如果是这样,支持的最大值是多少？

我该怎么做才能解决这个错误？

我正在实现一个宁静的 API 接口，并且想知道一些限制和最佳实践。

我有一个 GET 请求，它从数据库表中检索一系列条目。

然而我的问题是，我允许我的调用者传入一组相当复杂的标准来过滤掉他们想要的东西。

我的情况是：

• 序列化为查询字符串后，我的查询字符串远远超过了 GET 请求的限制。
• 我想维护一个 RESTful API，并且由于我正在检索记录，因此我似乎应该使用 GET 请求。

如果我不想违反 RESTful API，但想实现传递长查询参数字符串的目标，那么解决这个问题的最佳实践是什么？

欢迎任何建议。谢谢！

我们使用查询字符串中包含大量数据的HTTP GET请求来表示要检索的集合的所有ID。

关于网址中查询字符串长度的限制，谷歌快速搜索显示：

RFC 3986也声明没有限制，但是由于DNS限制，主机名限制为255个字符（第2.3.3节）。Microsoft说，Internet Explorer中URL的最大长度为2,083个字符，URL的路径部分最多不超过2,048个字符。2009年5月1日

如果我们不使用IE，我是否应该担心可能超出查询字符串长度的限制？我确定我已经在Node.js Express服务器上看到了超出的限制，特别是当我在GET请求的查询字符串中包含表示图像的base64字符串时。

解决这个问题的好方法是什么？我们应该只使用HTTP POST请求吗？当然，我们不想为了避免此问题而将1个GET请求分解为1000个。

在我的 Ruby on Rails 应用程序中，自行车租赁公司可以管理他们的所有自行车（预订、付款等）。

背景 我想为自行车租赁公司 ( shops) 提供在自己的网站上实施预订表格的选项，这样他们就可以让客户预订bike.

• 然后，该预订表格将显示bike_categories在给定日期bikes可以预订的航班。arrivaldeparture

问题 为了管理这个问题，我想生成一个 API 控制器操作，显示 某个availability特定的可用数量。 bike_categorycountbikesbike_category

根据这篇文章

使用一长串查询参数设计 RESTful 查询 API

我应该能够处理 api 中的查询，但是如何在 Rails 控制器中获取查询？

代码

楷模

class Shop < ApplicationRecord
  has_many :bike_categories, dependent: :destroy
  has_many :bikes, through: :bike_categories
  has_many :reservations, dependent: :destroy
end

class Reservation < ApplicationRecord
  belongs_to :shop
  belongs_to :bike
end

class Bike < ApplicationRecord
  belongs_to :bike_category
  has_many :reservations, dependent: :destroy
end …