一年献两次，大概三四年了吧。

对我来说没啥影响，献完了该吃吃该喝喝，甚至饿半天去献血，完后继续撸铁也没啥不适的。当然最好还是建议休息。

用血免费倒是不清楚，没用过，也不是为了免费去的。当然在献血车也见过不少拿钱互助来的，这个看个人吧。

我自己献血也就是随缘做点好事，和你路上遇见条狗踩个刹车，或者网上敲赛博木鱼差不多。那点血对我来说无所谓，我也没什么不舒服的，顶多就是费点时间。能救到人最好，救不到也跟我没啥关系。血这东西是有保质期的，期间没用到那就废了。

@ambition117 你可以看看这个： https://techcommunity.microsoft.com/discussions/windowsserver/refs-volume-appears-raw-version-doesnt-match-expected-value-after-windows-update/3058652/replies/4002933

另外出问题的这些都是累积安全更新，而且也没写过说这个更新会不兼容以前版本的 ReFS 。就是简单炸掉而已。

@ambition117 在 Azure 上稳不代表在你公司也稳啊，既然只在 Azure 上稳，那就不要把这功能放到 Windows Server 里开放给大家用。

前面 OP 也说了，谁能想到你一个 Windows Update ，就能炸掉存储卷呢。而且又不是炸一次，好几年了都不改，几次版本升级都有人抱怨升完了就炸掉了。确实是有规避办法，但作为一个企业级的功能，这么搞是闹着玩呢？

更别说规避办法就是再格式化个新版本的卷，然后把数据拷过去。这不是搞笑吗？你见过哪次 Linux 升级你家硬盘没了，需要回滚版本，然后把数据拷过去，再升级系统的？

@RedBeanIce 改了 License ，前段时间又在社区版的 UI 上删除了大部分功能。步 Redis 后尘了。

@david930 都是付费的。迪卡侬做保养一样也要收钱。

你可以去迪卡侬看看有没有修车的，手艺如何。

哪个门店近就选哪个。因为不管什么车你每年都得做次保养，清洗上油换滚珠。找个方便的就行了。

N 年前 ReFS 加存储池炸过一次以后就再也不信微软那些狗屁玩意了。这玩意不炸你就当 NTFS ，炸了你修不回来的时候哭都没地方哭。

而且支持 S3 API 的存储方案很多，你不想买商用方案，不嫌折腾你自己也可以去搞 Ceph 。MinIO 就别碰了，已经开始完蛋了。

很多家用日化，像洗洁精，洗衣液等东西，只算成本的话，最贵的其实就是包装。

以国内的化工水平，里面那些东西都没有瓶子贵。

@guoguobaba 明白了。但还是建议你找个视觉模型，把你的发票直接当图片来处理。

你这个问题是，模型没法理解“相对位置”这种概念。比如你如果把单价提取成 “单价” 和 “10.0” 两个文本块，只带着坐标的话，就比较难把两个东西关联起来。

现在各种云厂商都有专门的发票识别 API ，你也可以看看他们用的什么技术，找个类似的试试。

很正常，你的本地模型太小了。32B 的没法和满血的比。

你传进去的数据结构不要太复杂，尝试每次只处理一个 PDF 。另外你这种需求可以找个视觉模型来做，前面 OCR 的准确度也会影响你最终的效果的。OCR 切的太碎，后面 LLM 处理也会比较麻烦，那就需要更好的模型了。

iOS Vista

等等适配再说吧，有的色块饱和度太高了，实在是看不清。

速溶咖啡是对付那些口味调的很怪的蛋白粉的大杀器。

前提是只用在原味或者巧克力味的蛋白粉上。这两种做的再差，多加点速溶的黑咖啡盖过去就都还行，至少能喝得下去。

@Vesc 这个是 translator ，不需要你 app 的源码。

其他人说的小米内置的运行 32 位应用的功能，用的就是它家的方案。

你可以试试小米的 Tango

https://www.amanieusystems.com/download-v2-1-0

“The largest collection, with over 805 million records, was named “wechatid_db,” which most likely points to the data coming from the Baidu-owned super-app WeChat.”

“Researchers believe that one collection, named “tw_db” contains Taiwan-related details.”

省流：
一个认为微信是百度的研究团队，找到了一个不知道持有人是谁的 600 多 GB 的公开数据库，里面甚至有个叫“tw_db”的 collection ，而且这数据库马上就被撤掉了。

我也不知道说什么好，MongoDB 这公司这么烂的吗，有人开了个 600 多 G 的数据库，能随便被人公开访问不说，都找不到谁上传的？

你可以看看这个项目

https://github.com/KoljaB/RealtimeSTT

甚至你把终端文字弄大点估计都不用你写代码。但不知道中文或者方言支持怎么样。