关于最近很火(?)的小米自定义卸载 APP 弹窗提示 的最小复现(P1)&自制 APP 方法(P2)&代码(P3)
下载 下一条消息的 APK ,用你喜欢的 arsc 编辑工具编辑里面仅有的三个字符串,分别是 APP 名称、卸载弹窗的标题和内容
然后替换回去就可以了,如果你想的话图标也可以替换,之后就可以食用了
我用的解 APK 工具是 AEE ,解 arsc 工具是 MT 管理器(普通版),群友们应该知道很多更好的工具(我不是安卓人(
如果你觉得 APK 不安全的话这里有源码: github.com/ilharp/CustomAppDescriptionDemo
里面确实没有什么代码就是了,代码截图在 P3
下载 下一条消息的 APK ,用你喜欢的 arsc 编辑工具编辑里面仅有的三个字符串,分别是 APP 名称、卸载弹窗的标题和内容
然后替换回去就可以了,如果你想的话图标也可以替换,之后就可以食用了
我用的解 APK 工具是 AEE ,解 arsc 工具是 MT 管理器(普通版),群友们应该知道很多更好的工具(我不是安卓人(
如果你觉得 APK 不安全的话这里有源码: github.com/ilharp/CustomAppDescriptionDemo
里面确实没有什么代码就是了,代码截图在 P3
🥰2
到目前为止我还是不知道 AI CLI 到底有什么独特的优势能让所有大公司争相去做的
首先作为 CLI 他就不可能是给普通用户用的了,只可能是给开发者用
那既然都开发者了,为什么不用 AI IDE 或是 IDE 插件呢,CLI 环境下连「预览并修改 AI 生成的代码」这件事都做不到
剩下的场景就只有日常使用终端完成一些日常操作,但总之我看不到各家 AI 都全力推广自家 CLI 的理由
另外这些赶工出来的 CLI 有多烂就不说了,从 Warp 开始各种终端和 CLI 产品感觉程序员就没有真正懂终端的,Warp 在 Windows 上连换个 Shell 都不支持,不过 Warp 现在都已经不是终端了那就不骂了(
首先作为 CLI 他就不可能是给普通用户用的了,只可能是给开发者用
那既然都开发者了,为什么不用 AI IDE 或是 IDE 插件呢,CLI 环境下连「预览并修改 AI 生成的代码」这件事都做不到
剩下的场景就只有日常使用终端完成一些日常操作,但总之我看不到各家 AI 都全力推广自家 CLI 的理由
另外这些赶工出来的 CLI 有多烂就不说了,从 Warp 开始各种终端和 CLI 产品感觉程序员就没有真正懂终端的,Warp 在 Windows 上连换个 Shell 都不支持,不过 Warp 现在都已经不是终端了那就不骂了(
👍5
今天不上班,没什么事干,于是跟群友挂着 tg 电话,语音里除了我以外还有 A、B、C 三个群友。过了一段时间,群友 C 暂时退出了语音,然后我跟群友 A、B 继续聊天。
这时候我的梯子突然断掉了;我的梯子断掉的情况比较神奇:他会断掉 TCP 连接,但 UDP 不受影响。于是我发现自己的 tg 客户端连不上了(无法收发消息),但与此同时与群友们的通话仍然是正常的。
这个状态比较神奇,于是我决定在电脑上保持这个状态,在手机上切换下节点来看群友们发的文字消息。
这时候我突然注意到手机上显示群友 C 已经回来了,而电脑上并没有这样的显示;换句话说,「有人加入语音」这个事件是走 tg 本身连接的事件推送下发的,不是 UDP。
此时我突然非常好奇:既然 tg 的语音通话是每个人都接收其他所有人的语音流(这点从客户端可以分别调每个人的音量上就能看出来),那这是否意味着我的电脑现在不仅没能收到 C 加入语音的事件,并且根本没有开始接收 C 的语音流?换句话说,我现在是不是根本听不到 C 说话?
于是我把这个想法告诉了群友 B 之后:
我:「你快让 C 说句话,我要听」
B:「C 你快说句话啊」
(过了几秒)
B:「他说完了,你听到了吗」
我:「我没有听到!C 能听到我说话吗」
(过了几秒)
B:「C 说他能听到」
于是我们真的处在了一种神奇的状态:虽然大家都在同一个语音房间内,但我是听不到 C 说的话的。
作为结论,我们成功地验证了「tg 语音事件和语音流是分离的」这件事。tg 通过自己的事件推送来下发语音房间内人员变动的事件,而客户端收到有人进入语音的事件以后才会去连接对应用户播出的语音流;如果有客户端没能收到进入语音的事件的话,这个客户端可以正常地和现有用户通话,但听不到新加入语音的用户的声音(另一方则不受影响)。
现代科技真是神奇.jpg
这时候我的梯子突然断掉了;我的梯子断掉的情况比较神奇:他会断掉 TCP 连接,但 UDP 不受影响。于是我发现自己的 tg 客户端连不上了(无法收发消息),但与此同时与群友们的通话仍然是正常的。
这个状态比较神奇,于是我决定在电脑上保持这个状态,在手机上切换下节点来看群友们发的文字消息。
这时候我突然注意到手机上显示群友 C 已经回来了,而电脑上并没有这样的显示;换句话说,「有人加入语音」这个事件是走 tg 本身连接的事件推送下发的,不是 UDP。
此时我突然非常好奇:既然 tg 的语音通话是每个人都接收其他所有人的语音流(这点从客户端可以分别调每个人的音量上就能看出来),那这是否意味着我的电脑现在不仅没能收到 C 加入语音的事件,并且根本没有开始接收 C 的语音流?换句话说,我现在是不是根本听不到 C 说话?
于是我把这个想法告诉了群友 B 之后:
我:「你快让 C 说句话,我要听」
B:「C 你快说句话啊」
(过了几秒)
B:「他说完了,你听到了吗」
我:「我没有听到!C 能听到我说话吗」
(过了几秒)
B:「C 说他能听到」
于是我们真的处在了一种神奇的状态:虽然大家都在同一个语音房间内,但我是听不到 C 说的话的。
作为结论,我们成功地验证了「tg 语音事件和语音流是分离的」这件事。tg 通过自己的事件推送来下发语音房间内人员变动的事件,而客户端收到有人进入语音的事件以后才会去连接对应用户播出的语音流;如果有客户端没能收到进入语音的事件的话,这个客户端可以正常地和现有用户通话,但听不到新加入语音的用户的声音(另一方则不受影响)。
现代科技真是神奇.jpg
🥰8
tg上的人好多啊
随便找一个群 在里面随便点一个头像 就能发现一个新的频道
有的频道里充满了新奇好玩的内容 光看就能看好久
有的频道只是留下一个私有频道的申请链接 于是小猫il就会社恐发作 想点却不敢点
有的频道会时不时转发其他频道的消息 这样又能看到其他好玩的频道 看到其他有意思的人
有的频道开着附属群 偶尔可以点进去 看着一些自己并不认识的人嬉笑打闹 感觉他们好开心
闲暇的时候 打开tg 光是这样看就能看好几个小时
感觉tg就跟小镇一样 好多的人生活在这里 能够看到许许多多开心的人 感觉自己也会变得开心
这是其他软件完全做不到的体验
随便找一个群 在里面随便点一个头像 就能发现一个新的频道
有的频道里充满了新奇好玩的内容 光看就能看好久
有的频道只是留下一个私有频道的申请链接 于是小猫il就会社恐发作 想点却不敢点
有的频道会时不时转发其他频道的消息 这样又能看到其他好玩的频道 看到其他有意思的人
有的频道开着附属群 偶尔可以点进去 看着一些自己并不认识的人嬉笑打闹 感觉他们好开心
闲暇的时候 打开tg 光是这样看就能看好几个小时
感觉tg就跟小镇一样 好多的人生活在这里 能够看到许许多多开心的人 感觉自己也会变得开心
这是其他软件完全做不到的体验
❤37🥰27😭3💩2
花了一周时间终于修好了公司webpack项目的bug,publicPath写「build」会导致开发模式根本打不开项目,要改成「/build/」才行
webpack文档上对publicPath连「这是什么,能干什么」的介绍都没有(我当然知道这是什么,但刚上手的用户要怎么知道),例子也没有,上面这种bug就更不用想了,只能自己搜sof解决
实在是烂
webpack文档上对publicPath连「这是什么,能干什么」的介绍都没有(我当然知道这是什么,但刚上手的用户要怎么知道),例子也没有,上面这种bug就更不用想了,只能自己搜sof解决
实在是烂
🔥1