如何在REST GET呼叫中跟踪用户(客户端)

如何在REST GET呼叫中跟踪用户(客户端),rest,get,Rest,Get,我们有一个公共REST应用程序,它有很多来自客户端的GET。我们有办法跟踪POST调用,但我们没有办法跟踪用户在哪里进行GET调用 我们的目的是制定一些特定于客户的业务规则,如果我们能够确定电话来自何处 根据请求的来源向GET返回不同的响应不是一个好主意。无法将跟踪id发布到终结点,并将其重定向到该客户端的ResourceA和另一客户端的ResourceB 如果您只想跟踪GET请求,那么您可以使用cookie来识别客户端。但是,我不建议使用cookies来驱动业务逻辑。根据请求的来源向GET返回

我们有一个公共REST应用程序,它有很多来自客户端的GET。我们有办法跟踪POST调用,但我们没有办法跟踪用户在哪里进行GET调用


我们的目的是制定一些特定于客户的业务规则,如果我们能够确定电话来自何处

根据请求的来源向GET返回不同的响应不是一个好主意。无法将跟踪id发布到终结点,并将其重定向到该客户端的ResourceA和另一客户端的ResourceB


如果您只想跟踪GET请求,那么您可以使用cookie来识别客户端。但是,我不建议使用cookies来驱动业务逻辑。

根据请求的来源向GET返回不同的响应不是一个好主意。无法将跟踪id发布到终结点,并将其重定向到该客户端的ResourceA和另一客户端的ResourceB


如果您只想跟踪GET请求,那么您可以使用cookie来识别客户端。但是,我不建议使用cookies来驱动业务逻辑。

我不明白为什么GET必须与POST不同。在查询字符串中粘贴你的跟踪id和Bob的叔叔。在帖子中,他们将跟踪id作为其请求(标题)的一部分,但由于我不能在GET中这样做,我想知道的是我可以避免在查询字符串中添加id。我不明白为什么GET必须与帖子不同。在查询字符串中粘贴你的跟踪id和Bob的叔叔。在帖子中,他们将跟踪id作为其请求(标题)的一部分,但由于我无法在GET中这样做,我想知道我是否可以避免在查询字符串中添加该id