https callbackUrl的限制以及整个订阅的性质使得它看起来只能通过可公开访问的URL来完成。
到目前为止,我遇到了两种可能使本地开发/调试更容易的潜在解决方案。
首先是谷歌提供的Subscription Proxy服务。此解决方法实质上允许您将SSL限制和代理订阅回调删除到自定义URL。
我发现在本地进行开发的第二个也是最有用的方法是将订阅回调请求(例如从可公开访问的服务器)捕获到日志中,然后使用curl在本地/ dev机器上重现该请求使用类似的东西:
curl -H "Content-type: application/json" -X POST \
-d '{"json for":"the notification"}' http://localhost:8080/notify
由于请求有时可能很大,或者您可能想要测试多个回调类型,我还发现将下标请求的JSON放入各种文件(例如:timeline-respond.json
)然后运行< / p>
curl -H "Content-Type: application/json" \
--data @timeline-respond.json http://localhost:8080/notify
我很好奇其他人在本地测试他们的应用程序订阅的行为。
答案 0 :(得分:3)
你提到的命令行卷曲技术是我迄今为止发现的最好的。
我已经尝试过其他解决方案,例如App Engine订阅目标与本地脚本配对,该脚本将App Engine服务提取新通知以转发到localhost
,但到目前为止我还没有找到一个这值得增加复杂性。
或者,有许多localhost代理可用。我最喜欢的是ngrok.com。
答案 1 :(得分:0)
您可能想尝试localtunnel。