物理存储稍微大一点的文件(~ 50K)有什么好办法?
比如有一些数据需要物理保存。
希望导入和导出能方便,能想到的就只有编码成二维码的形式再打印出来。
但是单个二维码编码的数据最大也就 2950 字节,对于 50K 左右的数据来说需要分割成太多份,感觉也挺麻烦。
不知道有没有更好的办法。
www.zhihu.com/question/483838337
github.com/cyphar/paperback
光盘、磁带:是我被淘汰了吗?
db ?
之前刷到过一个彩色二维码,可以存储几十 M 的数据
啊,u 盘不可以吗,不行就打印出来呗,加个 ocr 也不麻烦
合着你的物理保存指的是用打印机打印出来?
不过我觉得这个是个 x-y 问题,还是要问下,最开始的需求是什么?密钥保密?离线安全?
是这个 github.com/sz3/libcimbar
使用手机或者电脑摄像头就可以解码图片内容,但是如果要打印出来需要彩印,然后还要考虑时间久了颜色问题
成本你不说。
你去淘宝搜,128M 的 SD 存储卡,几块钱一张。能读能写。
按照 OP 的思路, 可能压缩之后 base64 然后打印最方便
用这些东西(光盘、磁带、U 盘)无法很好的验证数据是否真的没有被损坏。但如果打印出来,更容易看到哪里损坏了。
其次,OCR 存在一定的错误率,如果是几十 K 的数据在识别的时候出一个错,甚至得一个一个字符的找哪里错了,这是为什么我一开始考虑二维码的原因。
就是密钥+一些重要密码的保存,因为很多数据是用密钥加密后存在云端的。
彩色二维码感觉主要是用来没有网络的情况下,用相机传文件。如果说用于存储的话,如果褪色了,里面的就很难说还在不在了。
试了下, 1M 出头的纯文本, 压缩 base64 之后, 调小字体(5 号)并做适当的排版(双栏), 大概 60-70 页 A4 即可打印出来
这个方法可以作为另外的一重保险用。但到时候导入计算机时,要么手动输入,要么 OCR 。而 OCR 一旦出错一个字符,还是得一个字符一个字符检查,相当于还是得手动输入。
#13 像 zip 这种这种格式都有自校验, 错了无法解压, 至于哪儿错了, 那就得有容错的方式, 二维码页一样, 信息密度高的时候都不好检查哪儿出错了
#14 所以, 如果不信赖电子存储, 首先考虑的是降低信息密度, 比如将数据用 AES/SHA 之类的强安全加密算法加密并冗余存储, 然后将密钥用二维码打印, 或者直接背下来
多买几个 U 盘不就解决了,原文件+md5 校验文件确保正确,多份也确保不会意外损坏丢失
OP 提到「如果打印出来,更容易看到哪里损坏了」,是不是想:物理备份 3 份副本,如果「肉眼发现」 1 份有所损坏,就换用另 1 份。
其实它用到数字化存储也很容易,把「肉眼发现」变成「数据校验」就行。数字化不只有校验,更是有纠错,二维码本身就自带校验和纠错,缺失二维码的一部分,不会影响解码。
纠错可以很强大的,磁盘大片的连续损坏、间隔损坏、超过 50%损坏,都是可以纠错的。二维码的纠错就分 3 、4 个等级。
光盘磁带不就是物理存储?比打印到纸上安全多了
这不就是说对象存储方案,文件可以哈希验证、冗余存储,为了保存文件打印出来总有种水洗煤火箭的感觉…… 冷存储的机械硬盘比冷存储的纸更容易保存吧,担心就多备份几份,用不同批次的硬盘。密码如果说的各网站密码,那保证 2FA 的可用性比保存密码更重要,忘了就重置
github.com/qifi-dev/qrs
挺有意思的一个项目,试了下确实可用,就是 h5 在手机上高频的截取摄像头画面,解码,手机发热、消耗很大。
mark 一下,有点意思,特殊情况下确实有可能是有需要的。
需要物理保存 不是原始需求,说一下原始需求是什么。也许是 XY 问题
高手的好的代码是自注释的 如果做不到,那就多写点注释吧 这话是对普通人说的,,牛逼的人写出来的,代码就是注释 自己也需要写注释给几分钟后的自己看 某种意义上说没错,但…
各位大佬,请教一个问题,我的系统是 mac ,安装了 docker ,如果我只是想通过 docker 实现自动获取某个域名的证书该怎么弄呢?最好带自动续期的操作我只需要本地获取…
某云的 2c2g 3m 小水管机器能用来玩点啥吗? 现在只装了个 FRP 局域网打洞用,CF tunnel 有时候水土不服。。。。 不玩 PT 对我来说云主机最大用途,…