bczhc

搜下 (linux) block-level incremental backup 吧，应该有解决方案的。据我知道的 Btrfs 的 send 不是 block-level 而是 file extent-based 。

@MFWT CD 的话应该还好，抓轨，像是某些加密 DVD 和蓝光的，rip 起来可能就不太方便了。关于合法性我也不太清楚国内有什么要求，这玩意不同国家倒是有不同规则，比如某些地方认为 rip 就是禁止的，有些是，在合法取得物理材料情况下，使用 rip 方案仅作为个人的一种数字归档，是可接受的。主要这里考虑帮别人 rip 的合法性问题，在可能的未经授权传播上（也即盗版传播）。明面上道理是这样，话要打满些，但其实吧这玩意一般来说也没问题。

时代发展真快啊，记得以前电脑都自带光驱。如果真能接到需求也是好的，算是助人了。再不如，升级下，买可打印盘来定制封面，或提供蓝光刻录。顺便一提如果有人要让做 ripping 的，最好不要做，商业光学存储分发材料翻录会有合法性问题。

py 我也接受不了缩进，一直不用。除了业余 ai （比如 ocr 啥的）小脚本不得不写一下。日常脚本语言我选择 ruby 和 kotlin

谢谢大家回复。不退不换倒是，不过还不是认为就是那人纯自己不会用嘛……用不了算了退就退吧这么想。

这件事其实是发生在舍友身上的，让闲鱼客服介入了，但还要物流红章，这显然搞不到，在学校，根本也不会面签，更不可能面前上机测试了。也不知后面怎么掰扯。

是不是如果录了全程视频，从拆箱到上机到发出异常声音，就是铁证据了。可惜这次大意了收到这退货件也没录……

硬盘还是之前那块，没被换。所以我才纳闷，机械盘，还是张空气盘，它怎么自己坏的，那么脆弱吗😂

因为 base64 广泛啊，multipart 里就能用它。而且 64 是 2 整数次方能方便编解码，重新对二进制位分隔就好了。而且其他的 binary-to-text 编码也有，base58 ，base62 base85 base91 等。你说 base32 ，咋不直接用 base16 ，就直接是十六进制咯。最后，base64url 也是事实上的规范。

光盘确实靠谱，我家也有好多我爸那时刻的盘（ DVD 加减 R ，CD-R ），视频啊照片啊电子书啥的，十几年前二十几年前的内容都保存完好。回答问题，如果可以两者都备份，为何不都采用呢？我个人硬盘、蓝光备份都有，有的说自刻盘比压制盘要容易腐朽，有的说蓝光比 DVD 要容易腐朽，但我不管反正就只管搞。（ btw 蓝光要冷备可以看看 M-DISC ）

数据安全性永远不是只寄托在介质安全上的，而是冗余。最后，个人观点，无论如何网盘备份也应纳入考虑方案之一，不应放弃，就当是一种 last resort 好了，毕竟是对个人来说最省事便宜的异地备份方案，安全性可以加密。我很多资料，以前可没那么重视数据安全，要是放硬盘那老老早都消失不知去哪了，而偏偏那时在网盘有存，这不就得以保留了。