难过，不光是因为支持乌克兰，更因为这对个人来说，标志我小时候书本和媒体上一直描绘许诺的二战后秩序叙事[1]已经不可避免彻底回退到中国人熟悉的丛林叙事，就好像时间会证明老中总是对的一样。就好像自己成长的这些年只是人类历史上的一个特例，最后终将会到常态一样。
[1]: 不是说这令人满意的意思，而是总比丛林叙事好
澤倫斯基重申準備簽礦產協議 理解川普與蒲亭對話
（中央社基輔1日綜合外電報導）烏克蘭總統澤倫斯基昨天雖與美國總統川普在白宮爆發口角，但他今天發文重申烏方已準備好簽署礦產協議，並表示「可以理解」華府可能正尋求和俄羅斯總統蒲亭進行對話。
澤倫斯基（Volodymyr Zelenskyy）在社群媒體X平台發文寫道，烏克蘭已「準備好簽署礦產協議」，但也持續呼籲美國提供安全保障。
他強調：「沒有安全保障的停火對烏克蘭相當危險。」
澤倫斯基昨天接受福斯新聞（Fox News）專訪時也提到，他仍準備與華府簽署礦產協議，但這將取決於美方。
談及蒲亭（Vladimir Putin），澤倫斯基今天在X貼文中表示「可以理解」美國可能正尋求與俄羅斯領導人對話，「但美國總說『透過實力確保和平』，而我們聯手能對蒲亭採取有力行動」。
根據澤倫斯基，美國的幫助對烏克蘭的生存至關重要，他對此表達感激。
他的貼文寫道：「儘管對話很艱難，我們仍是戰略夥伴。但我們需要對彼此坦承直接，才能真正理解我們的共同目標。」
澤倫斯基指出，川普（Donald Trump）希望結束戰爭，「但沒有人比我們更盼望和平」。他也希望美國「更堅定站在我們這一邊」。
路透社報導，澤倫斯基在另一則X貼文中表示：「不管是戰爭期間或戰後，烏克蘭被聽見且不被任何人遺忘，對我們非常重要。」他在這則貼文附上與華府的烏克蘭社群會面的照片。
澤倫斯基繼續寫道：「讓烏克蘭人民知道他們並不孤單，在每個國家、在世界每個角落都有人為他們的權益發聲，這點也很重要。」（譯者：王嘉語/核稿：洪培英）1140301
2025/03/01 21:33
[Full Text]
https://x.com/luke_pighetti/status/1894029534447513866 iOS 18.4 breaks flutter development
Читать полностью…
我对炒股炒币的看法如下：我不聪明，搞不懂那些宏观经济原理，所以不会杀进去跟着当赌徒，这不是我想不想的问题，是我只能踏踏实实做事存钱。
Читать полностью…
https://item.taobao.com/item.htm?abbucket=1&id=815200229988
有趣
https://github.com/ScoopInstaller/Extras/issues/14635#event-16517649294
虽然不受 Rune 官方的售后支持，但 Scoop 版本的 Rune 已经进仓库了
HeHeDa: https://jandan.net/t/5860953
OO: 358 XX: 4
所斯旧: @蛋友16fd762e1e6be 是的。数学上有一整个分支是关于“平面铺砌”的，这是个蛮重要的领域。
OO: 77, XX: 1
kev_oio: 喵喵砖
OO: 36, XX: 1
蛋友16fd762e1e6be: 这种是怎么设计的，肯定有什么诀窍吧
OO: 6, XX: 1
https://www.youtube.com/watch?v=Ju0ndy2kwlw
M2 组 exo cluster 跑 LLM，瓶颈还是通信
https://www.youtube.com/watch?v=AOaXXJUdXds
「Your head is huge...」
EA 开源命令与征服系列游戏
#开源
EA 在一位 MOD 开发者 Luke "CCHyper" Feenan 帮助下在 GPLv3 许可证下公开了多款《命令与征服》系列游戏的源代码，其中包括：原版《命令与征服》（aka《泰伯利亚黎明》）、《命令与征服：红色警戒》、《命令与征服：叛逆者》、《命令与征服：将军》 及其扩展《零点行动》。EA 还为 Steam 上的《命令与征服》系列加入 Steam Workshop 支持，允许社区的地图创作者创作自定义地图并发布在 Steam 上。EA 还发布了 C&C Modding Support 包，提供了原游戏开发商 Westwood 使用的 SAGE 引擎的 Xml、Schema、Script、Shader 和 Map 文件。
Github.com/electronicarts
https://fast.design/docs/integrations
看起来也不是一个很稀奇的东西，只是没得势 ˊ_>ˋ
fluentui-copilot/react-copilot" rel="nofollow">https://www.npmjs.com/package/@fluentui-copilot/react-copilot
微软发了一套 AI 组件，但是没有文档……
尽管 Spotify 上的 AI 音乐让人唾弃，但我依然给予 What is 尊重，因为至少他有基本的审美，在大量的 Shitty 生成物中挑选出了质量可接受的内容。
Читать полностью…
昨天又推了一版 alpha.2，把 linux-arm64 和 macos 版本修了一下。趁着这次发版讲讲 1.1.0 发版之后的一些幕后故事。
在 1.1.0 发版之后我做了很多探索性的工作，像是音乐的自动 tagging 功能、音频相似性分析算法的测试。音频识别的 Rust 实现已经全都做完了，基于 AcoustID 和 Shazam 两套服务，但是前者限定了不能商业使用（Rune 是一款开源且具有商业性质的软件）、后者是基于野路子直接调 Shazam Android 私有 API 完成识别，我肯定不能随便在 Rune 里面嵌入这些逻辑，所以那一段时间折腾的封装最后就变成了搁置案件放在了 Rune 的软件仓库里没有做后续集成。
不过基于音频识别衍生出来的音频指纹算法可以用于判断媒体之间的相似性，因此媒体去重这个功能现在已经具备技术基础，还差细节性的 UX 设计，这是一个比较复杂的事情，我后面会花时间慢慢做。
接下来就是耗费了我一个多月才完成的遥控协议：在一台电脑上控制另外一个设备上的 Rune 播放什么曲目。
在初期构思这个功能时，我想到了两个实现路径，一个是提供一个简单的播放控制功能：你可以控制播放暂停、切换曲目，就像大多数开源的音频遥控实现一样。另外一个实现路径是：提供完整的 Rune 使用体验，从媒体库浏览、到管理功能全部保留，就像在操控一台正常的 Rune 客户端一样，只是发声的设备不在本地而已。
拿着两个提案去社区里问了一圈，大家更喜欢后面的提案，于是我就开始着手实现了。
因为 rinf 这套方案本身就是通过 protobuf 在 Flutter 和 Rust 之间通信的，所以原理上，我只需要在 Rust 侧把收到的信号走 Websocket 服务器透到目标设备上，再把远端执行的结果传回来，遥控功能就算做完了。
不过，实操上并不是「这不是很简单，你做做不就有了」的事情。因为 rinf 本身并非基于 RPC 思路设计，因此我得用 macro 手工把二者串起来的才能让整件事情工作。此外，Rust 侧也得处理没有唤起方的「事件广播」，像是播放进度、媒体可视化。所以我做的第一件事请就是，把原来实现的 macro 全都打掉，写一套可以自由组合后端的新 macro，并基于此实现一个 Websocket 服务器。
接下来是设备之间的发现问题，很多「开源拖拉机」的做法是「直接打目标设备的 IP」，这不失为一种可行的解决方法，但过于 Nerdy，对用户来说心智负担真的很大。所以我们参照 localsend 的协议在 Rust 上实现了一个基于 UDP 多播的内网发现流程。调试的时候因为忘了 lo 上不能多播所以浪费了很多时间，不过这一块还是比较顺利地实现出来了。
接下来就是鉴权系统的实现和通信加密。我们一定不能直接做明文通信，但内网通信设备之间怎么互信是一个比较麻烦的事情。这边我选择的方案是自签一个证书，公钥的签名当成 Client 模式的密钥、而这个密钥本身也能做 HTTPS 服务的证书，这样能保证基本的通信安全性，而且是通过一组密钥同时解决了鉴权和加密两件事，用户体验上的负担是比较小的。客户端在 Pin 证书的时候，Rune 会挖掉密钥上的两个字符，要用户做一道选择题，在客户端发起请求的时候，担任服务器的 Rune 客户端会自动弹出鉴权请求窗口，上面同时显示了确认是否授权、以及本机密钥两部分功能。客户端需要比照图案作出选择，服务端需要确认给予控制权限。
另外，这套加密通信系统也支持标准证书，这样你可以通过 Nginx 安全第把播放器控制服务暴露给公网，来实现更多用例。
这个设计看起来都挺美好的，但现实比较残忍。我得承认作为一名前端，搞自签证书、配证书信任之类的事情并不是我擅长的，因此熟悉这一块的基础知识和工具链就花了好长时间。算上画界面写后端之类哩哩啦啦的各种杂活，还有我兼开的旧坑卡牌游戏北平IO，这段时间每天都在把自己往 Burnout 的边缘推，所以效率并不高，眼睛一闭一睁好几周就飞出去了。
你或许以为上面这些就是实现遥控功能的全部，但事实上还有很多细节的功能要处理。比如，并不是所有请求都可以被发送到远程，像是连接管理、断开连接、切换媒体库之类的功能还是需要在本地处理，这不仅意味着你需要在封装层面区分两种不同的的消息类型，本地也得提供大量的伪实现来确保能有一个「工作一半、完成基本系统管理」的播放器核心（主要是为了过编译）。
除此以外，虽然播放是在远程，但是展示媒体封面这件事情是在本地发生的，所以还得单独处理 Coverart 提取和下载的问题。但我个人觉得，因为后面还要做手机客户端直接从另外一个 Rune Instance 同步音乐的功能，所以传输二进制文件肯定绕不开，该做还是要做。因为 Flutter 信任自签证书没那么好搞，所以这些功能全都放在 Rust 侧来做了。当然，这些也都是不走远程协议的 RPC 请求。
反正，一个「看起来蛮简单」的功能，实际做起来其实挺复杂的。这次做遥控协议还带来了一个有趣的副产物：Smart Speaker Service，一个纯 CLI 程序，你可以把它挂在 systemd 上，用任意一台设备来控制它的音乐播放。这有点像 Sonos，但不带云服务。
但考虑到 Rune 本身推崇的就是「把音乐放在你自己的电脑上」，这个 Half Sonos 并不鸡肋。
Spotify's Beta Used 'Pirate' MP3 Files, Some from Pirate Bay (❄️ Score: 151+ in 3 days)
Link: https://readhacker.news/s/6pPMf
Comments: https://readhacker.news/c/6pPMf
维苏威火山突然喷发致大脑组织玻璃化
#科学
公元 79 年 8 月，维苏威火山的突然喷发摧毁了意大利庞贝和赫库兰尼姆两座古城。考古学家于 2020 年在赫库兰尼姆一名遇难者头骨中发现了深蓝色玻璃状物质，这是人类大脑在极端条件下瞬间转化为玻璃的结果。这种现象极为罕见。因为要形成玻璃，物质必须被迅速加热到至少510摄氏度，然后急速冷却，以防止晶体结构的形成。对于含有水分的有机物来说，这种情况几乎不可能自然发生。这名死者当时躺在奥古斯都学院的床上，被突如其来的火山灰云瞬间吞噬。普通的火山碎屑流温度不会超过 465 摄氏度，并且冷却速度较慢，不足以导致如此剧烈的变化。科学家推测，是维苏威火山喷发时释放出的超高温火山灰云造成了这一切。这些火山灰云不仅温度极高，而且来去匆匆，它们迅速提升了人体温度，随后又快速消散，导致环境温度骤降。在这种极端条件下，遇难者脑组织瞬间经历了从液态到固态的直接转换，形成了独特的有机物玻璃，而他的头骨为这份珍贵的大脑标本撑起了保护伞，长久地留存了下来。
Scientific Reports:Unique formation of organic glass from a human brain in the Vesuvius eruption of 79 CE
科技日报:揭秘古代悬案：大脑组织为何变成了玻璃
