 |
h404biThere will still be love in this world. V2EX member #122718, joined on 2015-06-17 12:31:35 +08:00Today's activity rank 25339 |
chawyehsu
chawyehsu.com
chawyehsu
npub1chawye0ndev3wdzd0vf4nlm679nvfhm066jcculh8ux0xvg0svnsv0yqpl
chawyehsu
 |
Per h404bi's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
h404bi's recent replies
Apr 20 Replied to a topic by h404bi › 编辑器 › GNU nano for Windows |
Oct 18, 2025 Replied to a topic by yuanyuan11 › 问与答 › WSL2 的稀疏矩阵不能用？ |
关于 WSL 磁盘空间回收订阅 https://github.com/microsoft/WSL/issues/4699 这个 issue 就行了，讨论都在这里，时不时有人追加评论。
sparseVhd 是一个实现性质的功能，多少还是有点问题。而且有反馈说会损坏 vhdx ，虽然没有实证，但是从一个 WSL 版本开始启用稀疏的 CLI 命令被要求使用 --allow-unsafe ，算是侧面印证。
> 我想实现自动回收硬盘空间
目前比较理想的方法大概是自己写一个脚本并设置成定时任务，代替手动执行。
sparseVhd 是一个实现性质的功能，多少还是有点问题。而且有反馈说会损坏 vhdx ，虽然没有实证，但是从一个 WSL 版本开始启用稀疏的 CLI 命令被要求使用 --allow-unsafe ，算是侧面印证。
> 我想实现自动回收硬盘空间
目前比较理想的方法大概是自己写一个脚本并设置成定时任务，代替手动执行。
Oct 16, 2025 Replied to a topic by h404bi › Windows › Windows Update 疑难杂症 |
Aug 15, 2025 Replied to a topic by xgq89757 › Python › 关于 Python 环境可复现性请教 |
Jul 2, 2025 Replied to a topic by Foxkeh › 问与答 › 内网 RDP 卡顿问题百思不得其解 |
A 通过有线接入内网再远程有尝试过么
Jul 1, 2025 Replied to a topic by a33291 › 问与答 › win git2.50 版本,发现 repo 和 user 级别的配置优先级居然低于 system 级别配置 |
@a33291
找到了几年前我在 GitHub 上的回复 https://github.com/ScoopInstaller/Main/issues/2894#issuecomment-1125150531 虽然是针对 Scoop 但是情景是一样的。git-scm doc 里那句话 ..tried in turn 很容易错过。这确实挺反直觉，主要是其它设置项都使用覆盖策略。
找到了几年前我在 GitHub 上的回复 https://github.com/ScoopInstaller/Main/issues/2894#issuecomment-1125150531 虽然是针对 Scoop 但是情景是一样的。git-scm doc 里那句话 ..tried in turn 很容易错过。这确实挺反直觉，主要是其它设置项都使用覆盖策略。
Jul 1, 2025 Replied to a topic by a33291 › 问与答 › win git2.50 版本,发现 repo 和 user 级别的配置优先级居然低于 system 级别配置 |
git credential.helper 的策略是 system->global->local 合并*逐级*测试的，而非你想的*覆盖*。也就是先尝试 system 里设置的 credential.helper ，如果可用就跳过后续 global/local 里的设置。具体可查阅下 git-scm doc 关于 helper 的部分
Oct 26, 2024 Replied to a topic by jingben1 › Apple › 求推荐，有没有像 Mac M 芯片一样，几乎听不到风扇转的 Windows 电脑？ |
Sep 16, 2024 Replied to a topic by Livid › Planet › Planet Update 13 - 网页上的 ETH 打赏 |
本想说可以支持一下多链，但转头想到现在 Ethereum 主网的 Gas 不再像几年前经常几十几百 gwei 让执行个 Transfer 都要一杯咖啡的 fee ，于是好像也没那个必要。
Sep 10, 2024 Replied to a topic by chenjia404 › 奇思妙想 › 如何解决免费图床不可靠的问题 |
「 100%可靠性」其实是对 ipfs 有些误解，ipfs 存在着与 BitTorrent 同样的 p2p 局限。所谓「 100%可靠性」只对资源生产者而言（除非自己删掉了最后一份备份），在消费端非热门资源的可访问性一直不太行，很多情况下访问一个 cid 就卡在那里了很长一段时间（梦回 BitTorrent 挂着很长时间找寻 peer ），极大消耗耐心。
尤其是个人博客图片，绝大多数都是非常冷门低访问量的资源，这种劣势会被放大。这时候提高可靠性，无非就是让消费端访问固定一个 gateway （背后是生产者自己/代理的 Pinning ，消灭掉寻址过程），这样又回到了自托管/代托管方式。使用 ipfs ，只是多了一个广播到网络上其它 peers 的功能。对于博客图片这样的场景，换来的可能是比用传统图床更差的用户体验（尝试 gateways 的 overhead ）。
把 https://gateway.ipfsscan.io/ipfs/QmNr8Ffhb7GbtPE2YVsK8MAeULyuKd71W9JMdhnYgxA3qm 换成
ipfs://QmNr8Ffhb7GbtPE2YVsK8MAeULyuKd71W9JMdhnYgxA3qm 让 IPFS Companion 去挑 gateway 立马就能体验到这个 overhead
IPFS 很好，但就这个使用场景而言，我觉得 IPFS 是不如传统图床甚至于 Arweave 的。
尤其是个人博客图片，绝大多数都是非常冷门低访问量的资源，这种劣势会被放大。这时候提高可靠性，无非就是让消费端访问固定一个 gateway （背后是生产者自己/代理的 Pinning ，消灭掉寻址过程），这样又回到了自托管/代托管方式。使用 ipfs ，只是多了一个广播到网络上其它 peers 的功能。对于博客图片这样的场景，换来的可能是比用传统图床更差的用户体验（尝试 gateways 的 overhead ）。
把 https://gateway.ipfsscan.io/ipfs/QmNr8Ffhb7GbtPE2YVsK8MAeULyuKd71W9JMdhnYgxA3qm 换成
ipfs://QmNr8Ffhb7GbtPE2YVsK8MAeULyuKd71W9JMdhnYgxA3qm 让 IPFS Companion 去挑 gateway 立马就能体验到这个 overhead
IPFS 很好，但就这个使用场景而言，我觉得 IPFS 是不如传统图床甚至于 Arweave 的。
Select Language