其实没差别啊。

如果用户侧持有某个 KEY，可以导致其访问某个业务。
现在你通过中转服务隐藏 KEY，用户侧直接访问这个中转服务，一样可以访问其业务。

本质上没多大区别呀。

鉴定可信终端不是依靠信息不对称实现的。

不考虑政策限制，不愿意付钱，那谁会提供这样白嫖的服务呢？

更何况这里面还有很大的政策限制，压根不允许搞这样的业务。

设使用月份为 M，
则，租赁费用 = 420*M
购买费用 = 120*M + 12W

如需满足购买费用 < 租赁费用，则 M 应该大于 400，即持有时间大于 400 个月（ 33.3 年）时，购买成本低于租赁成本。（如果租赁费用为 300 元 /月，则需要更长的时间，购买成本才会低于租赁）

但上述是纯理论计算，没有考虑产权因素、通货膨胀、买卖成本等，供参考。

小声地说，反正我是不会买车位的，再老的小区也都停的下，现在的新小区车位个人觉得只会越来越充足。

这种情况比较麻烦，docker 本身设计成无状态，就是为了随时用随时销毁的。

由于存在了未持久化的数据需要保留，建议将相关内容复制出来后，然后重建容器。

也就是#1 的第二种方案，至于#1 第一种.....嗯....dirty solution，可以是也可以，如果是抱着”又不是不能用“的想法，这种方案更简单。

因为没有版权啊。

比如张三的《张三之歌》，版权是腾讯的。
那网易铁定不能播放，但是李四翻唱的《张三之歌》就可以播放了。

什么？你说侵权？那是李四的事情，管我网易什么事情。大不了我下架就是，还有王五唱的《张三之歌》，实在不行还有群星演唱的版本，群星都不行了，还有佚名。

如果实时性比较高，支付时是比较难避免重复付款，因此需要设计对账、对冲。

即假设本地业务系统的支付流水在数据库中分别保存与不同支付渠道的支付流水号对应关系，在业务低谷期（如次日凌晨），检索当日所有所有支付流水对应的第三方支付流水，是否存在多笔支付成功的第三方对应一笔流水号，如果存在将时间靠后的做自动退款。如果真的毫秒级都时间相同就按自定义顺序退款（如先尝试退微信，后退支付宝）。

这是每日的对冲，每笔第三方支付成功回调时，也可以即刻检查本地的业务流水号是否已经被其他支付渠道标记支付成功，如果有就直接退款，当然这种方法对自身业务系统的并发设计能力较高，而第一种就简单一些，无脑收钱，次日对账，多了再退。

@zhoushiya #163，按照你说的进去，是截图这样的界面，似乎并没有关于”计算方式“的选项，是因为企业报税的关系嘛

https://i.loli.net/2021/03/02/D9vXVUjuSJdnLym.png

@zhoushiya #96 有截图嘛，我在 APP 和网页端都没有找到相关的选择“综合计算”

补 3500 块钱

@aegon466 没有文档，全靠自己领悟。ptrace 是 unix 很常用的调试手段，Android 上用法也类似，只不过没有 root 权限是无法调用的，只能 ptrace 自己，可以参考 MagiskHide 功能的相关代码是通过 ptrace 隐藏自身特征的。至于 hook，就是满大街了，随便找人家写的模块，就那么几个类，如果简陋一点不处理基站信息，只需要劫持 android.location.Location 相关的 getter 方法，压根也不用管什么 LocationManager 之类的。如果有心可以劫持 ServiceManager，返回的 Binder 直接替换成自己，然后就可以为所欲为了。对着 AOSP 源码，改吧改吧，工程量和难度不算很大。有点麻烦倒是真的

如果是以 root 方式运行，通常是 ptrace zygote 实现，其他则以类似 Xposed 的方式，注入到目标应用后，hook 相应的 framework 方法

@HappyFox #21，有个有意思的想法，依据深信服的说明，是否可能涉及侵犯腾讯相关的权利，例如非法获取计算机信息系统数据，有先前的判例，关于聊天内容、账号相关信息等等的所有权是有法学上的争议，究竟是用户还是腾讯所有。之前的判例里都支持了南山必胜客的说法，那既然所有权是腾讯的，那用户自然不能授权公司获取相关内容，那公司使用深信服获得的相关信息可能就侵犯了腾讯的有关权益，如果是这样的话，就很有意思了

如果是插入操作，可以先把索引、约束等等都删掉，全部导入以后，再重建索引，插入速度会快很多

仲裁问题不大。

劳动合同、社保记录等足以证明劳动关系；（有劳动合同几乎不可能推翻劳动关系，除非能证明劳动系伪造）

两张卡的资金流水足以证明实际工资水平（付款方抬头为公司或实际控制人），如果付款方名称非公司或实际控制人，则需要能够证明这个人和公司存在利益关系，也可以作为实际收入证明。

另外如果税务申报时，是实际工资，则可以使用税务申报记录予以辅证实际薪资水平。

这其实是一个很有意思的议题，即游戏的匹配规则应该如何设计。

首先应该保证有游戏性，而输赢是很影响游戏性的，虽然玩游戏图个高兴，输赢不重要，但老是输确实也没什么意思，对吧。因此，在 PVP 游戏中，匹配策略应当会优先满足两侧预测胜率相似，都接近 50%

所以当你认为算法坑你的时候，应该你个人的预期胜率大于 50%，而要满足两队总体预期胜率相似，只能给你安排一些不太会玩的玩家一起

现在手机 4G 基本都有 IPv6，因此你可以用手机和电脑相互访问一下，如果能通，就没啥问题，有可能会出现的情况是，移动的 ipv6 允许出站，但不允许入站，这就基本废了。具体表现为你的手机（非移动）不可以通过 v6 地址访问电脑，而电脑可以通过 v6 访问手机。

我之前在部分地区移动遇到过此情况。

另外 ipv6 本身都是公网的，所以 v4 那一大堆东西几乎都没啥意义，包括 nat 、upnp 、dmz 等等，这些都是因为下级设备无法直接访问才产生的解决方案。

@leinard 移动跑 B 插件收益是很好的，不过现在已经不能指定要求运行的插件了。

我现在是双线，挂了 4 设备，基本晚上 7 点开始能跑满上行大约 10-15MB/s，相当于 100Mbps 的上行带宽，下行一般在后半夜，凌晨 2 点以后，大概也是 10MB/s 的速度，相当于也是 100Mbps 的下行带宽（我实际有 500Mbps 下行）。

这样挂着以后，就我自己体验，影响不大，日常看视频（爱奇艺、腾讯），玩游戏（农药），几乎是一样的。
一天收益大概在 8~10 块钱左右，大概可以换算成自己出电费，宽带费用京东出了，我这宽带一共才 720 两年。

以上供参考。