V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  honeycomb  ›  全部回复第 283 页 / 共 445 页
回复总数  8894
1 ... 279  280  281  282  283  284  285  286  287  288 ... 445  
@twl007

这些数据支付宝都在做,而且做得更好。

而银联的问题是这些数据它本来就知道,而且如我所说它们处理数据的本事差了一截。
@twl007

银联确实有你提到的这些数据,但是:
1 银联利用这些数据的能力比 bat 差。
2 商家利用这些数据遇到的阻碍比接入 bat 的商家要多

我们都知道,支付宝,微信会极其主动地索取你的信息并极其主动地使用它并为接入它的商家提供简易的接口。

这样的本事,银联差一些。
@zhujinliang 希望最后变成看到你拿出手机,营业员第一反应是闪付,直到看到你掏出的是微信 /支付宝
@yangyaofei 工商的时效似乎特别短
@twl007
银行处理这些数据的本事差一些。
对于商家而言,你提供的云闪付卡号和电话的小号是类似的。

所以隐私是很好的理由。
@lan894734188 ubnt 传统的无缝模式带机量 /吞吐量都很差的。
ipad pro 实际上支持 USB PD 协议,可以用苹果喜欢用的 14.5V 2A 那档
@Tony2ee
那你应该是没有过出现我这边遇到的故障。

我想你应该看得到云闪付的推送都是通过一个 gieseckedevirent 的包在负责。
原来 gieseckedevirent 是一个德国公司,有安全认证,防伪,验钞方面的业务。
我用过的几个最终都会出现:

1 ,第一天申请好云闪付卡,可以用
2 ,第二天(或若干天后),打开 app ,这张卡消失;或在 app 里能看到这张卡但无法支付

银联说一个 token 可以用五次,但没说有效期是多久, app 多久会更新一次 token ,或者 token 过期手动开启 app 时,是否会更新 token
楼主会遇到 Hibernated 一段时间后没有及时更新 token 的问题吗?
@daiv

loading 的方法可能更好,最节约最有效
比如 2.4G 部分,两个路由器的话,一个用 channel 1 ,另一个用 channel 11 , 5G 频段也是类似。
这样的话每个接入点的带机量就下来了,那就可以用便宜的,只要几百块路由器(相当于胖 AP)就行了。


比如网件的 R8500 ,华硕的 AC5300 都能同时开两个互相独立的(即不是多 ssid 共享同一个频段)5G 网络,但是如 @loading 所说,完全不必要。

我一开是只想到场地小没有阻隔,难以同时容纳多个(同 channel 的)接入点,就忘了完全可以用多个 channel 互不重叠的接入点。

这么说来 ubnt 的 unifi 也是可以用的,反正它的接入点控制器就是个 java 程序,只需要配置时在 PC 机运行一下就可以了。
@daiv
我想说 UBNT ,但它完全不适合你的情况:
需要自定义固件
场地特性适合只用一个接入点(因为没有能挡信号的墙),但这个接入点得有比较强的带机能力


前面提到的时间占用公平能力是防止某个信号差又分配了低速率的设备长时间占用资源。
还有频段引导的目的是 5G 频段带宽大,且不拥挤,有比 2.4G 频段更好的速率。

如果你们有条件使用比较多的支持 MU-MIMO ,也就是 802.11ac wave2 特性的设备呢, 买一个提供 MU-MIMO 的路由器应该能有效地增大吞吐量。

还有一个可以考虑的方向,是有一些高端的路由器可以在 5G 频段同时开两个频段互不干扰的网络(因为 5G 频段能使用的带宽很宽),这样增加吞吐量的效果可能比 MU-MIMO 更好。这种路由器往往会标榜自己的最大速率有三千多甚至四千多兆。
性能强一点的多路 MIMO 路由器就可以了,最好有:
1 ,每个设备时间占用公平的能力
2 , 5G 频段引导能力(或者尽量禁用 802.11n/ac 以外的旧制式)

目前不需要特地考虑 mu-MIMO 功能以提高吞吐量,因为多数设备并不支持。
@iam36

USB 3.1 gen1 就是 USB 3.0 ,它只有一个 ss tx/rx 的差分线对(四根线)
支持 USB 3.1/Thunderbolt 3 的是有两个 ss tx/rx 的差分线对(八根线)

type-C(无论是 2.0 格式的还是 3.1 gen2 格式的)之所以能进行大功率供电,是因为它有一根低速率的 cc 线来协商供电规格。

所以你说到“ C 转 3.1 的转换头 且支持大功率”,有可能你使用的这个转接头可能是不符合规范的转接头,不符合规范指的是它可能在上拉电阻上使用了不正确的配置。

按照规范, C 转 3.0/3.1gen1 的线只允许经过 1.5A 的电流(cc 线接一个符合要求范围的上拉电阻,这样 C 头接的设备就不会索要或许会过大的电流),从而保证不超过 BC 1.2 的供电规格。
2016-12-26 16:49:03 +08:00
回复了 Ansen 创建的主题 iPhone iPhone 7 听筒是骨传导的吗?
可能是隔音好。
有没有 T 店的?
没有微信
@Whitehead 确有其事
MBP 的 type-C 口最多可以输出 15 瓦(或 7.5 瓦,如果有多个口在使用)的功率。

如果这样还是报功率太大,比较可能外接设备有故障,或者有设计错误(往往是转接线的)导致索取了不合适的异常高的功率
这里没有问题啊,锂电池就是这样的特性。

苹果加了过温保护,你不满意。如果不加过温保护电池在非适合工作温度区间导致快速老化,估计你也不会满意。
2016-12-26 13:35:30 +08:00
回复了 Newyorkcity 创建的主题 问与答 请问是否有办法把 win10 的 UAC 改为 win7 时的样式?
@Newyorkcity 关于 cbb 分支我说的不对, 1511 会在 rs2 正式发布的时候停止支持
1607 同样不会成为第二个 ltsb 发布分支,因此也会在 rs3 正式发布时停止支持
1 ... 279  280  281  282  283  284  285  286  287  288 ... 445  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1344 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 80ms · UTC 16:34 · PVG 00:34 · LAX 08:34 · JFK 11:34
♥ Do have faith in what you're doing.