 |
my3157V2EX 第 183997 号会员，加入于 2016-07-27 23:26:33 +08:00今日活跃度排名 2660 |
my3157 最近回复了
1 天前 回复了 a33291 创建的主题 › 问与答 › java8 用什么库生成验证码? |
N 年前改造过一个非常古老的项目, 也是添加验证码, 找不到现成的库
然后找了个 py 的库, 直接生成了 10w 张图片存到 sqlite 文件里面, 格式 uuid, code,image 这样, 然后直接 `ORDER BY RANDOM() LIMIT 1` 取
然后找了个 py 的库, 直接生成了 10w 张图片存到 sqlite 文件里面, 格式 uuid, code,image 这样, 然后直接 `ORDER BY RANDOM() LIMIT 1` 取
1 天前 回复了 Debug1998 创建的主题 › 生活 › 大家有没有发现过生活中的平替好物？ |
玻璃密封罐做冷泡替代咖啡机算不算, 省事量大管饱
2 天前 回复了 jhytxy 创建的主题 › Local LLM › q4 量化的大模型能比原版全精度的差多少？ |
https://github.com/QwenLM/Qwen/blob/main/README.md 这儿有说明，包括不同尺寸量化后对效果，推理等的影响对比
2 天前 回复了 cnt2ex 创建的主题 › 程序员 › 物理存储稍微大一点的文件（～ 50K）有什么好办法？ |
@my3157 #14 所以, 如果不信赖电子存储, 首先考虑的是降低信息密度, 比如将数据用 AES/SHA 之类的强安全加密算法加密并冗余存储, 然后将密钥用二维码打印, 或者直接背下来
2 天前 回复了 cnt2ex 创建的主题 › 程序员 › 物理存储稍微大一点的文件（～ 50K）有什么好办法？ |
@cnt2ex #13 像 zip 这种这种格式都有自校验, 错了无法解压, 至于哪儿错了, 那就得有容错的方式, 二维码页一样, 信息密度高的时候都不好检查哪儿出错了
2 天前 回复了 cnt2ex 创建的主题 › 程序员 › 物理存储稍微大一点的文件（～ 50K）有什么好办法？ |
试了下, 1M 出头的纯文本, 压缩 base64 之后, 调小字体(5 号)并做适当的排版(双栏), 大概 60-70 页 A4 即可打印出来
2 天前 回复了 cnt2ex 创建的主题 › 程序员 › 物理存储稍微大一点的文件（～ 50K）有什么好办法？ |
按照 OP 的思路, 可能压缩之后 base64 然后打印最方便
Select Language