我正在盖茨比开发一个网站。用户收到一封电子邮件,其中包含一个一次性令牌的链接,如下所示:
这应该将它们带到approval
页,并提供token
作为参数。
它在开发版本中运行良好,但是在生产版本中,URL中缺少参数,并且用户仅被定向到https://www.example.com/approval
有人知道为什么Gatsby可能会在生产版本中不带参数的情况下重写url,并且有某种方法可以防止这种情况发生吗?
编辑:此站点托管在CloudFront上,并且我们已启用查询参数的转发。可能在另一个级别上发生了一些重定向?
答案 0 :(得分:4)
事实证明是盖茨比/ CloudFront的疯狂:https://github.com/gatsbyjs/gatsby/issues/20139
Gatsby开发服务器无助地在?前面插入了/
。没有在CloudFront上进行生产构建,而是触发了重定向。 CloudFront要求使用/?
格式的查询字符串-供将来参考!