目前在用的：Spectacle

开源： https://github.com/eczarny/spectacle

满足使用。


https://tvax3.sinaimg.cn/large/6163a293gy1gmcwgr62yyj20h40f1wfu.jpg

WiFi 蓝牙 定位 数据 代理 常年打开，从来不关，哪怕我的小 8 续航已经不是尿崩，是血崩，该开也得开。

也许，就没准备做？

额 我的 K2P 已经退役了...

我来组成分子，首页我的了。

一边厂商设备要跑高帧率要通过交税来提高，一方面应用商店游戏提成 50%。

赤果果的互相伤害，可是鹬蚌相争，伤及渔夫。

关于用户昵称的笑话：

null 、 "" 、 "null"

如果不用 null，你怎么知道用户昵称时被设置为了空，还是就是空的？

@huijian222 老兄，你号黑了，回复我都没有“未读提醒”


@x86 @hz570815725 对于厂商是赢的，对于用户呢，自己抢了红包封面，自己掏钱给别人做展示。不过当前品牌红包封面倒是不丑。

距离入狱还有 ... 天。

@某红书 @某音，可以照单抓人了。

@eudore #5 如 #9 所说，类似的东西中国这边古代叫“油封”、“封泥”，欧洲那边叫“火漆”好像。

至于现代，有一种简单的方法，特制胶带来区别。比如你买电子产品时的封膜胶带是一撕就碎，或者会分层，具体表现是撕开后纸面会残留印记。（应该是叫 防盗胶带）。

但是这些都是可以通过加热来无损拆下的。

不过如果你自己定制了一段胶带，每一厘米引得内容都是无序的，将包裹层层包好以后，几乎可以防止被无痕打开。

哦，JS 啊，那浏览器端应该是没戏了。

检查代理 IP，然后主动访问代理 IP，http 主动访问会有 fiddler 的引导页面。

但是只能对付代理抓包，不能对付网卡抓包或者网关设备抓包。

https 还可以检查证书是否真实有效并避免以上抓包。

非 https 应该是无解？

对于这种问题当然是早发现早治疗，免得贻误时机。

我相反，有另一个问题：

发现一个理论上永远无法触发但明确是有 BUG 的代码，要不要修复？

短信，三分一条，云厂商 SDK 。
server 酱，一行 post，推送到微信。
微信测试号，推送到自己微信，github 有开源。
bark，利用 iOS 推送到系统，和 server 酱一样简单。
各品牌有自己系统推送渠道，github 有人开发好的，直接用。
钉钉推送，同上。