Akasha Terminal: dev🍃

https://github.com/frknkrc44/tdesktop-x64 64Gram 的 fork， ❤️ 来自 macOS（ 在原 repo 基础上把 macOS 的 actions 改成了 release（比起 debug 版，包体大小 2G -> 1.3G(? , 关闭 debug log, 动画性能提升） 其实也没做什么额外工作量。 相比 win 的 3 小时编译，mac 默认打包 universal 更是足足 5h，不愧是 cpp（actions time limit 是 6h，再多点就真编译不完了） 赞美原 repo 吧，用得上的真得给个 star，不用给我（ github actions 链接： https://github.com/NahidaBuer/tdesktop-x64/actions/runs/14409121721

https://github.com/NahidaBuer/Telegram-Channel-to-QQ/ 某人刀架脖子上让我写了这个 主要是因为现存的 rss 订阅受到 tg 严格反爬限制且延迟很高，而主流解决方案又多是双向同步群聊，显得太重了。 大概不算重复造轮子吧。

https://www.bilibili.com/video/av788613826 ktv 唱了这个🌚

666 感冒灵（其实是精氨酸布洛芬颗粒

pdd 15 块钱一条的标称小米官方拆机轻微使用痕迹 9 新 6A 线 这字体跟官方对不上啊，保真吗（ 注：图上旧的是官方原装在可靠渠道购买

我要控诉一个 AI，Cursor 的 Gemini (gemini-2.5-pro-exp-0325) 生成的 Google SVG 怎么长这样啊，还是自家的 AI（ 建议给它打上思想钢印 还是 claude 好用

一个不用 Mac 外接键盘的人不可能知道的冷知识： Mac 键盘适配不只是很简单的把 Win/Super 映射成 command，把 Alt 映射成 option，然后把它俩换个位置这么简单。 最好的方案就是和原厂键盘，包括笔记本和 Apple 官方原配键盘保持一致，这样 F1 - F12 的行为都是一样的。 而 Mac 与 Win/Linux 这方面的一个显著区别，就是它的 Fn 是真的在系统内有按键定义的。 不像 OEM 或者键盘自带的 Fn，基本上都是多媒体映射或者键盘/硬件内部功能（比如蓝牙键盘的配对）。比如…

Akasha Terminal: dev🍃 pinned «小米云服务一不小心开了 2T 的，现在还有 1 个位置（共 8 个，每人 256G ），有没有人上车 本频道订阅者每人 35（ edit：还有 1 个位置»

一个不用 Mac 外接键盘的人不可能知道的冷知识： Mac 键盘适配不只是很简单的把 Win/Super 映射成 command，把 Alt 映射成 option，然后把它俩换个位置这么简单。 最好的方案就是和原厂键盘，包括笔记本和 Apple 官方原配键盘保持一致，这样 F1 - F12 的行为都是一样的。 而 Mac 与 Win/Linux 这方面的一个显著区别，就是它的 Fn 是真的在系统内有按键定义的。 不像 OEM 或者键盘自带的 Fn，基本上都是多媒体映射或者键盘/硬件内部功能（比如蓝牙键盘的配对）。比如 Fn + F 是全局的全屏快捷键、Fn + E 是全局的 emoji 表情键盘、单击 Fn 切换输入法等等，很多非常实用的功能，如果没有 Fn 键，使用其他组合键会按更多按键、效率低、难记，而且有更多冲突可能。 延伸阅读： 把命令行下的 Ctrl 快捷键和 GUI 的 command 快捷键分开，也在终端体验中非常优雅，对开发过程的终端快捷键切换体验提升非常大。 而且这样计算，Mac 可用的功能键组合有 fn, control, option, command, shift, 相比 Win 传统只有 Ctrl, Alt, Shift, 冲突可能性大大减少了。Windows 那边为了解决快捷键冲突和资源耗尽的问题，新的 WinUI 已经全面支持 Win 键作为快捷键被应用使用了，但是传统 Win32 应用还没有普遍开发 Win 键。

前天 alist 直接被端，真的无话可说。GitHub 这种大型开源的社区，这种绝对是自动化封杀的，为了那 Tos 宁可先杀，先不管有没有错，最后遭殃的是焦虑的客户等待工单还有一天面对几万工单的客服。 根据 GitHub 透明度报告 在2024年至少有30K的账号和30K的项目被端，恢复完整访问权限的寥寥无几。what can I say。

前天 alist 直接被端，真的无话可说。GitHub 这种大型开源的社区，这种绝对是自动化封杀的，为了那 Tos 宁可先杀，先不管有没有错，最后遭殃的是焦虑的客户等待工单还有一天面对几万工单的客服。 根据 GitHub 透明度报告 在2024年至少有30K的账号和30K的项目被端，恢复完整访问权限的寥寥无几。what can I say。