1688 同理，现在许多 1688 商家也支持一件起发了。
不过淘宝还是有价值的，售前售后服务都要好很多，1688 店家通常懒得跟你唠嗑。

新版 Edge 还能支持 Win7 吧。

( https://docs.microsoft.com/zh-cn/deployedge/microsoft-edge-supported-operating-systems)

你是不是有系统更新漏装了？

要求关闭沙盒=基本不会碰到
CEF 一般也不会把沙盒关掉吧？

@dzdh #124
1. 有些企业网络的网管系统可能会干这种反人类的事，不过现在越来越少了，因为手机操作系统通常明确无法兼容这种环境。
2. 通常 CDN 会解密 TLS 流量，再通过预先设置的专用客户端证书 /无客户端证书的 TLS 连接回源至源站，这个过程会导致源站获取不到客户端连接状态，但不排除有 CDN 服务商支持将客户端证书信息嵌入 HTTP 头的方法，肯定不是所有服务商都支持这个。Stripe 和 Paypal 用啥我也不知道。
3.没有 RTC 时钟又没有正确执行时间同步的设备可能会出这个问题。
4. 这个得根据具体分析。
5. 如果你的客户端有廉价设备（例如单片机驱动的收付款 POS ），出于节省硬件资源会选择不实现复杂的 TLS，或者支持的套件和扩展大幅缩减的 TLS，然后服务器还得小心选择合适的套件集以避免部分设备连不上的问题。

Server 到 Server 通常不用考虑问题 1 、3 、5，我也没说 TLS 双向认证一定不能用，自行评估这些缺陷能不能接受即可。

API 接口搞一套自订签名的目的是适应不能使用 TLS 双向认证的情况，例如：
1. client 环境存在强制部署的 MITM 代理
2. CDN/API 网关服务 /高防服务不支持客户端 TLS 认证透传，或者位于网关后的 API 应用服务器不能获得充足的客户端身份信息，例如网关做了统一 TLS 解密
3. 任一端无法保证系统时间准确
4. API 服务器所使用的网络框架难以适应 TLS 客户端认证的需要，例如异步 request handler 没有方法获取来源的 TLS 连接状态，或者需要重复解析客户端证书信息导致性能瓶颈
5.客户端采用精简的 TLS 实现，不支持双向认证

第二点在很多企业中是个麻烦事，如果你确定这套 API 只用于支持端对端的 TLS 双向认证的环境，而且有能力维护签发 /吊销客户端证书的附属系统，那确实可以只依赖 TLS 双向认证。

如果希望服务器认证也完全在自身掌控之中，服务器也可以使用私有 CA 签发的证书，客户端配置只信任私有 CA 即可。
PKP 是用来防止第三方 CA 滥发证书的，且有很多实践上的问题，已经被弃用。

你说的控制具体是什么？可以接受自动放映控制吗？
如果每台电视都只展示固定的某几页，你应该先把 ppt 拆开几部分。

这类型游戏叫“超轻量游戏”，不做内购的话不用版号都能在国内商店上架。
就是极其依赖引流，设计完全跟着潮流和数据走。个人作品赚大钱基本不可能。
像 ketchapp 就是专做这类游戏的，上百个同类游戏互相引流。

不建议这样做。你看一下市面上的 30W GaN 快充头的大小就知道了，那玩意塞进 86 暗盒还得保证散热难度挺高的。
可以考虑用带 USB PD 插座的插线板，例如紫米 CXP01 这种。

应该考虑换掉那种经典的会打架的正五孔插座面板。

多得是了，银行卡只能绑国内手机。许多国内互联网公司的羊毛必须是国内手机的账号。国服游戏账号限定国内手机注册，研究下保号方案就是了。
除非你永远不回来了。

国内那几个超级 APP 在预览版会崩都不算什么新闻了，每个版本都有。

下 Google Play 上的版本。不过不给存储权限依然会影响图片发送。

通常就是支持成本高，新软件需要额外的 support 组件补全在旧系统中不支持的功能，然后还不一定好用。

最根本的是 Win7 的支持周期，这个时间点其实在 win7 发布那会儿就公布了，所以也不存在什么强推的问题，十年前就告诉你了。通常这个支持周期到了之后上下游厂商大部分都会停止为 EOL 的系统适配新软件。

包括现在的 win10 也是这样的，每一个大版本在发布的时候会同时公布 EOL 时间，通常是 1.5 年，想继续获得支持就得跟着升级。所以你会看到现在的 N 卡驱动会有 Win10 最低版本要求。

看楼主这个也没啥区分的必要啊，都是型号不同的设备，反正多数人不会有两个型号相同的设备。

先确认你公司的门禁卡可不可以模拟，目前无论手机还是手环都只支持 mifare id 无加密卡模拟。

用手环的话对手机 nfc 功能不作要求。

如果你怀疑是 nvidia 专有驱动的问题，可以先试试暂时卸载专有驱动，用回 nouveau 开源驱动，反正只是敲个代码，开源驱动足够用了。

sudo apt purge nvidia-*

然后重启。

还有如果可以的话把崩溃日志找出来，说不定是别的原因。

Geekbench 就是个很迷惑的测试，极其偏向 Apple 。
你自己写个 libjpeg 编码测试都要比 GB 靠谱。
不过还是建议客户端压缩，原生相机 APP 直出几 MB 证件照片完全没必要。

不想用 iptables 那就得容器内的应用自行拦截了，反正可以拿到源 ip 的。

原应用没法改的话，考虑下自己做个 filter proxy?

绝对是被零售商调换了，别甩锅给 HP 。如果真的是 HP 原厂，Subvendor 那里会显示 HP，而且配置表肯定明确记载的。

这种事让你老板考虑怎么处理吧。

你说的这个攻击面是存在的，所以 docker 官方安全指南要求 docker socket 只能对受信任用户开放，如果需要更细致的限制方案，需要第三方 PaaS 组件实现。
还有一种方法是使用 systemd.exec 提供的防护开关缩减 docker.service 的权限及可见性。