@lidlesseye11 硬盘对拷的意思是把整块硬盘连带分区都完整拷过去。无法理解为什么会出现丢配置或者有重名文件的情况

JavaScript 这名字由来，我记得不是 JS 这语言和 Java 没啥关系，当年随便花了没几天时间瞎几把设计整出来后为了蹭 Java 热度才故意在名字里加上的 Java 这个字样吗？初版 JS 那破玩意你能看出 Java 的影子简直就有鬼了

@xvrzhao 你说得对，给我看看阁下写的 node 脚本可好？

对我来说，Python 写脚本方便，而且库多。虽然 node 也能写脚本，但很明显 node 写脚本的体验是被 python 按在地上摩擦的
至于开发复杂的项目，那我肯定不选 python

termux 不就是干这个的

我选择 DMIT

我想要开一个自己的项目，这个项目我没任何经验，也没头绪很纠结，总是在想技术栈和基本设计。然后我经常睡前躺床上想利用这段时间好好设计一下，结果就是我一闭眼一开始想这个项目具体该怎么设计最终用户怎么使用就秒睡
拜此所赐，虽然一年过去了我的项目依旧一行代码都没写毫无进展，但我这一年大部分时候都入睡很快。。。。。。。。。。

还是那个经典问题：钱从哪来？

lz 你你先看看美国欧洲日本家宽那什么价格，然后再看看国内家宽什么价格。国家靠政策让家宽价格降下来了，那服务商必定要去其他地方涨价把钱赚回来

就国内家宽这价格，你无论想什么办法都没法解决的

当然三大运营商的垄断，华为也是导致这一问题的重要原因，但总归到底也还是那个问题，钱从哪来

一个经常张口说瞎话提供错误信息或者过时信息，不好好说提示词就会经常从奇怪的角度回答问题，回答的问题都得要怀疑它是不是在骗我的，智能并不高的机器人

lz 明显就没做过 gif ，做过才知道 gif 这玩意多不好

ScreenToGif 录个几秒 gif 体积就要上 100m 了，想各种办法和算法去压缩都降不太下来
最后终极解决办法就是降分辨率降帧率然后用最极端的压缩率来压。就这体积还很大。这就是为什么你在网上看到的 gif 为什么都是 VCD 级别分辨率，低帧率和 av 画质满屏颗粒清晰度的 gif 。因为这些加上去后的体 gif 积根本没法传播

同样内容的 h.264 h.265 这些视频格式都能把 gif 按在地上摩擦

直接开个新 ec2 把有问题的机器的卷作为另一个额外的磁盘挂载到新的 ec2 不就好了

@gandli 麻烦就对了，如果你想要方便，那就选择一个信任的 base64 编解码网站，完全信任它，然后让群主只用这个网站编解码。或者干脆自建一个编解码网站 or 写个单文件的 html 也行。又要安全，又要方便，没那么好的事情

虽然 lz 本身对于 base64 理解有误，但上面 20 多层楼，没一个人抓到了 lz 提问的重点，这不禁让我怀疑，楼上各位真的都是帖子都不看就直接评论的主吗？还是各位代码写多了，连基本的阅读理解都做不到了？


很明显 lz 最担心的核心问题是 “群主可能将这段 Base64 字符串复制到任意一个解码网站，解码网站知道了我的个人信息”。这是个非常实际的问题，也是很多公司明令禁止做的事情：把敏感信息复制到搜到的各种在线编解码网站、在线加密解密网站上进行操作。这些网站虽然方便，但的确有偷偷收集用户提供的信息导致信息泄露的风险

不解决 lz 的这个问题，上面说的用 aes 加密之类也是没用的，因为你用 aes 加密，发给对方后，对方搜了个在线 aes 解密的网站，然后密钥和密文一输，一样白搭

对于这种情况，我假设群主是对编程和命令行一无所知的小白，唯一解法就是 lz 自己写个编解码小工具或者找个开源工具，发给群主，让群主用这个别去网上搜

放心，就 lz 这项目需求的变动频率和变动规模
就算一开始好好设计最终成品也不过是精致的屎山