@zbinlin 微信的老毛病了，删聊天但是不会删除聊天中的图片缓存。
更神奇的是你还打不开，缓存的东西就死在那了。直到你卸载了微信再重装（ iOS ）。
清理聊天记录或许可以。

就像你如果想知道一个人有没有准备过四六级，就问他认不认识 abandon 。

凡是双持过的都知道，就是 iPhone 的问题。
现在地铁上如果非要用 iPhone 的话都是一个安卓机给 iPhone 开热点。
最明显的是你从地库或者电梯里出来，iPhone 都得好半天才能恢复网络。远比其他手机长很多。

@RipL 有个办法，现在夏天天热，你弄个工业用的取暖器放在屋里开着烘。把室温弄到 40+。
这样甲醛散发比较快。
不然的话这些东西都是持续散发的，通风一时半会等你真的入住了还是会有。

都觉得自己敏捷了，结果一聊发现谁跟谁都不一样。。。

给他一个专门的 Windows 用户，去掉数据文件夹的访问权限。然后开 EFS 加密。
如果你担心他用系统服务获取数据，就直接给那个文件夹设置只有你的用户可以访问。

这都快成日经贴了，没想到这么多人搞不懂个时间表示法。

举个例子，你在看欧洲杯，前锋起脚射门，球飞到门框的时候信号中断画面卡了。这一瞬间这个球到底在空间哪个位置是有准确值的，这个值就是时间戳。
同时球场上有多个摄像机，每个机位都不一样，这些摄像机都能拍到这个球，但是画面里看起来位置不太一样。不过根据每个摄像机的位置和角度（时区）你总能算出来在其它摄像机里看起来这球在什么地方。
UTC 你可以认为是在球里装了个摄像机，它总是对准了球拍摄的，没有角度差。但它和代表实际位置的时间戳含义是不同的。

搞到这里你应该能明白了。
如果你想要表示某个确定的时间点，那么就用时间戳。
如果你不仅想表示确定的时间点，还想保存生成这次信息的时区，那么就用 DateTimeOffset，或者 ISO8601
如果你并不关心其它机位，那么本地时间就可以了。

所以按照你的需求来说，需要关心多个不同机位的信号时，最好是存时间戳，然后查询的时候根据当地时区转换成时间戳来查。不然你需要转换两次。

除非你的项目就是个人的小项目，不然就应该选择通用的前端技术。就是 Vue/React/Angular 那一套。否则项目大了招人培训都是麻烦。

你应该为你的专利部分做一个补充协议。
没有开源协议支持你的#2 的，所以你可以选择一个没有专利授权的协议，然后在补充协议里说明专利授权仅限使用你这个商标的产品。
然后把你的产品注册商标。
如果你的产品核心在于这几个专利的话，那么这样做实际上是限制了开源协议中的再分发。
你一定要开放源代码又要有保护的话可以这么做，不过你这何必开源呢。。。

趋势难道还分不同版本吗？我用过的那个自我保护能力相当的弱。。。就一个服务而已。
拿脚本改个不存在的用户名上去直接就挂掉了。。。

用哪个版本的时候就以那个版本的 License 为准。
一般的做法是你每次发布版本的时候，把你用的所有库对应版本代码保存下来。

拿艺术字扣了个吃豆人

@malagebidi 预测混沌系统的状态就是这样的。而且也不一定你这里不下雨别的地方就不下。
不过更可能的是通过雷达或者卫星图发现云层状态很可能下雨，但最终下不下谁也不知道。

你这想法就想嫌弃移动信号不好要自己建个运营商一样离谱。。。

想法是好的，但不建议兼容 utools 的插件。API 重新设计一套就行了。
主要是可能会有法律风险。

改注册表可以 remap 。你把它映射到一个不存在的值上就禁掉了。

@hfl1995 已经是最新的了，不过现在我每次都手动唤醒也还行。很少遇到卡闸机的时候了。
也懒得折腾了，等 13 出了再说吧。