- 主题:有对支付熟悉的总么？
咨询点业务
设备可以在支付时才在线，平时离线么
--
FROM 115.171.162.*
我理解你所说的设备是指带无线通信的硬件，
设备是什么协议跟服务器通信的？
想要节省流量或者电量，那就维持个类似于心跳包链接吧。
服务器这边维护对支付状态的查询。如果已经支付，就返回个特殊回应，来唤起设备大电源。
【 在 Multimeter 的大作中提到: 】
: 咨询点业务
:
: 设备可以在支付时才在线，平时离线么
: ....................
- 来自「最水木 for iPhone Xs Max」
※ 修改:·syssky 于 Dec 28 19:05:46 2020 修改本文·[FROM: 223.104.38.*]
※ 来源:·最水木 客户端·[FROM: 223.104.38.*]
修改:syssky FROM 223.104.38.*
FROM 223.104.38.*
不做设备后台，设备平时离线，用户屏幕选好商品时，设备和第三方支付才建立链接
可行么？
【 在 syssky () 的大作中提到: 】
: 我理解你所说的设备是指带无线通信的硬件，
:
: 设备是什么协议跟服务器通信的？
: 想要节省流量或者电量，那就维持个类似于心跳包链接吧。
--
FROM 115.171.162.*
理论上可行。第三方支付的通知回调大多是异步的。
但这意味着你得把支付秘钥也放设备客户端上。这肯定不安全。
你敢把设备放出去，就得承受被破解被盗用的风险。
【 在 Multimeter 的大作中提到: 】
: 不做设备后台，设备平时离线，用户屏幕选好商品时，设备和第三方支付才建立链接
:
: 可行么？
: ....................
- 来自「最水木 for iPhone Xs Max」
--
FROM 223.104.38.*
机器按照微信（举例）生成二维码，用户扫码支付，机器从第三方支付获取支付状态，没问题再出货。
为什么会有安全性问题呢？
多谢指点
【 在 syssky () 的大作中提到: 】
: 理论上可行。第三方支付的通知回调大多是异步的。
: 但这意味着你得把支付秘钥也放设备客户端上。这肯定不安全。
: 你敢把设备放出去，就得承受被破解被盗用的风险。
: 【 在 Multimeter 的大作中提到: 】
--
FROM 115.171.162.*
先说说你想解决什么问题
或者是你这个需求从哪里来的
一般说来，设备连不连网，你不用关心
【 在 Multimeter 的大作中提到: 】
: 机器按照微信（举例）生成二维码，用户扫码支付，机器从第三方支付获取支付状态，没问题再出货。
: 为什么会有安全性问题呢？
: 多谢指点
: ...................
--
FROM 220.114.64.*
你再想想设备跟微信的服务器怎么直接通信的，肯定得有秘钥或者证书。
这本来应该放在你自己服务器的，现在非得让设备来做。
既然设备能跟微信支付服务器通信，为什么想要省掉自己的服务器。
【 在 Multimeter 的大作中提到: 】
: 机器按照微信（举例）生成二维码，用户扫码支付，机器从第三方支付获取支付状态，没问题再出货。
:
: 为什么会有安全性问题呢？
: ....................
- 来自「最水木 for iPhone Xs Max」
--
FROM 223.104.38.*
举个例子，如果卖食品就需要去办这种许可证，有业务后台也需要办许可证。虽然商家有，但是一家一家弄非常麻烦。
所以想法是，机器可以接入第三方支付， 但是机器的配置都在本地操作，只在支付时联网。
设备不联网 没法判断支付。
【 在 slowaction () 的大作中提到: 】
: 先说说你想解决什么问题
: 或者是你这个需求从哪里来的
:
: 一般说来，设备连不连网，你不用关心
--
FROM 115.171.162.*
不想维护自己的服务器
秘钥或证书放本地不安全？
【 在 syssky () 的大作中提到: 】
: 你再想想设备跟微信的服务器怎么直接通信的，肯定得有秘钥或者证书。
: 这本来应该放在你自己服务器的，现在非得让设备来做。
: 既然设备能跟微信支付服务器通信，为什么想要省掉自己的服务器。
:
--
FROM 115.171.162.*
我还是没明白
你让他平时离线，这解决了你什么问题？
【 在 Multimeter 的大作中提到: 】
: 举个例子，如果卖食品就需要去办这种许可证，有业务后台也需要办许可证。虽然商家有，但是一家一家弄非常麻烦。
:
: 所以想法是，机器可以接入第三方支付， 但是机器的配置都在本地操作，只在支付时联网。
: ...................
--
FROM 220.114.64.*