这不是因果关系。

如果 A，那么 B。这是简单的一对一的因果关系，即因为我有 A，所以我可以 B。

那么此时因果倒置。

如果你要有 B，是否只需要 A ？多数情况下，不是这样的，如果你要有 B，除了 A，你还需要 C/D/E/F/G，因此 A 只是 B 的条件之一。

由此可得，A 无法推导出 B，但是非 A 可以推导出非 B

近期国际出口疑似管控升级了。GitHub 直连几乎不可用，盲猜是疫情期间，国外媒体又发表了什么乱七八糟的言论。因此问题可能是在一级运营商身上（电信、联通、部分地区的移动）

于是试用了 Microsoft Azure DevOps 套件，体验并不比 GitHub 差，集成度很高。自己用的话，配合 Azure Pipelines、Releases 都很方便。最主要的是，微软的网站没有被和谐。

@Buges #5，微软的尿性，其他微软自己也想把 uwp 做起来，但是感觉会被他自己玩废了。这种事情，微软也不是一次两次了。

至于跨平台的图形化，目前看起来只有 qt。当然得益于 V8，现在 electron 也是很不错的带图形化的跨平台解决方案。Java 这类，基本就已经告别 gui 了，几乎成为了服务端专用，客户端分发的话，runtime 过于臃肿。

最后，希望 uwp 能做起来吧，不必要的应用都丢进 uwp 的沙盒里。

@winterbells 有熟人是帮助内推嘛？如果不能，还是慎重考虑一下。只是为了晚上有人喝酒吹牛逼，完全没必要换个地方，哪里都能很快的找到人一起吹水。

如果能走内推，其实简历有平均水平就行了，业务能力更重要一些。

绝大多数人，都是 CURD 走天下。就是那几个框架一把梭。所以这一点上没有劣势的。工作核心竞争力还是“解决问题”的能力。

扫就让他们扫嘛，反正是证书登陆。

批量扫的，也就是尝试一批弱口令。

这要是能被爆破出来，我也就认了

@mokeyjay #2，前东家，专门是做运营商（移动、联通、电信、广电）的增值业务，有到各省市对接过运营商相关负责人，运营商对于版权的要求及其严格，因此盗版的可能性很低。（相比之下，广电的要求比三大运营商低一些）

当时我们的增值业务宣发文案使用了不知火舞的形象，被要求出示完整的版权链，从日本 SNK 授权开始，一层层的授权，能够清晰展示，我们已经取得了该形象的使用权。否则就是直接业务下线。

@Buges #8，我有尝试过嵌入 frida，但是似乎现在的 frida 和 magisk hide 有一些冲突，而我又不想关闭 magisk hide。最终放弃了这个方案。

正好自己工作中也有一些需求是反 Hook。于是乎利用了 @RikkaW 的 Riru-Core，又参考了 EdXposed 的实现，自己魔改了一个 Hook 框架，目前自己用着，也不是特别稳，但是少数几个我用的，还行。（不得不说，里面的坑太多了，一不留神就 bootloop，当然，我自己确实对 Android 的了解不够

最后使用 Rhino 导出了一个 Javascript 环境，来注入。

纯属自己搞着玩。

如果是刚需，晚买不如早买，长期看，杭州是属于强二线城市，房产的保值能力是没什么值得担忧的。

只是不太可能像 2008 年这样的暴涨。

因此，刚需就买，投资性质的，请稳重。现在的房产流动性太差了。

这个码，有没有用，难说。

但是对于天网来说，应该是有很大的推动作用。经过这一次事件，会加大天网的信息整合力度。

就目前来看，虽然火车票是实名制，但是应该没有纳入天网的自动化信息整合的范围内，还是依靠人力检索。

因此，在这么大的助推下，解下来几年，应该会把许多信息都接入天网的自动化流程中。以应对未来的疫情也好，安全事件也罢。公安机关、国安机关应该会得到相当大的一笔财政扶持。

盲猜：是制度设计的结果。

自动化的决定发货仓可以动态的平衡库存压力，而人工介入会影响原有的流程，甚至可能破坏仓库的管理。“人”的介入越少，越能保障规则的有效性和规则面前的平等。

这一点上，我认为是可以接受的。

类似的，某商品江浙沪无货，珠三角有货，也是不允许从珠三角发货到江浙沪，即使愿意多等待配送的时间。唯一只能等待系统触发调仓后，才可以下单购买。

这个情况，我认为是京东预料到，并且是预期内的结果。

@libasten #22 如果担心 SEO，可以尝试对 Google Spider 做单独处理，由服务端渲染，同时为了防止别人伪造成 Google Spider，别忘了检查 Spider 的真实性。

https://support.google.com/webmasters/answer/80553?hl=en

其他搜索引擎的话，可以查阅相关方面提供的文档，如何检查请求确实来自于搜索引擎，而非第三方伪造。

@different #17 是这样的。双向认证确保流量一定要经过 CF，而不能直接访问源站，因为源站双向 SSL 认证不通过，不会返回内容。

如果你的网站本身访问量不大，可以尝试在 CF 中开启 under attack 或者限制客户端请求频率，应该 CF 可以帮你把一些疑似请求给过滤掉。限制请求频率后，如果对方是简单的反向代理，那么其访问你的服务器 IP 是单一的。但正常用户，IP 是完全不同的。

另外可以在你的网站上，返回内容时，通过 js 动态获取，而不是服务端渲染，获取内容时，接入 recaptcha，v3 版本的可以对用户无打扰，这个可以帮助你抵御爬虫。recaptcha 通过 .net 域名可以直接在国内使用。

最后通过 JavaScript 判断一下域名，可以一定程度上阻止对方的无脑反向代理。

你也上 cloudflare，并且 cf 支持双向 SSL 认证，开启并配置此功能，就可以确保只有 CF 的 CDN 才可以访问你的原站。

@wjdimba 有相关资料科普嘛？

目标应用是由 Zygote fork 出来后 setuid/setgid，然后交由目标程序运行。这个中间是哪里拦截，我没想通。

如果是 ServiceManager 做拦截的话，这部分是 framework 的代码，因此在 Zygote 已经被加载，无法让其返回自己的 Binder 对象。

如果是在目标进程获取到 Binder 对象时，进行替换，那么问题又回去了。目标进程是由 Zygote fork 出来的，中间似乎没有能够插入的机会？（或者是我不知道的途径？

@wjdimba 自己集成应该如何实现呢。首先 Zygote 启动是先于目标程序的，因此这段代码无法注入 Zygote 以达到注入所有程序。同时也没有重启 Zygote，重启 Zygote 会导致软重启，实际使用这类软件的时候，并未出现这种情况。

那么看起来，启动目标应用的入口，即使 Root，也无法魔改。所以，我没有猜测到实现方式，也没有搜到类似的开源方案。

100000 * 4% / 365 * 30 = 328.767123

年化收益率 4%的存款，很多小银行都有（地方城商行），支付宝或者京东金融上找一找，要收益率再高，可能就不保本了。

可以续费，但是似乎新号码已经不可以再选了，如果老的逾期没续费就没了。