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

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

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


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

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

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

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

自己家里 nas 上 docker 跑个 kms 服务器，然后家里电脑都是两行命令就激活了

但这东西千万别 vps 或公用服务器上装，运营商分分钟停你服务

这里面自己一个个试过去吧

https://github.com/basings/selfhosted-music-overview

那就开 API 呗，要用多少就看你氪多少

我建议 lz 先学 js,ts 然后试着用 ts 配合一些框架开发下 node 后端联，这样正好就是你最熟悉的领域

等你这方面熟悉了再转前端会好点

域名是不区分大小写的，所以 url 和域名统一比较好

区分大小写之后一个更大的问题在于，一些大小写区别过了段时间后你自己都会忘记掉

@povsister 所以你说这么多，不反倒更加证明问腾出？你因为眼界只局限在国内（你 13L 和 14L 回复里也是一直只说国内），我就提醒你一下 serverless 在国外非但没遭到冷遇反倒在国外应用是越来越多的。你解释再多国内为什么遭到冷遇也改变不了你最开始对 serverless 在国外应用有错误认识这个事情啊。。。。

然后“何况日本 IT 啥水平就不用大家讲了吧”， “serverless 本质上是重前端轻后端快速迭代的路子” 有的自己不熟悉的方面我觉得还是别多发表意见比较好，会更加暴露自己的问题

@povsister 眼界不太够，放宽下视野，不要把视野局限在国内。国外(甚至日本)这几年 serverless 的应用都非常多了。我在的公司很多新项目技术选型的时候，serverless 基本都是和 aws ecs 一个等级的备选项。最终很多项目都是选的 serverless 。光我自己参与的项目，整个项目完全跑在 apigateway+lambda+dynamodb/aurora 的就好几个了，还都是有较大用户数量的项目

lz 应该问还有什么图片浏览器不是绿色的吗？

没经验的个人开发者用毛线的 aws ，它那些功能基本都是面向企业的。等你开始搞公司项目的时候就明白 aws 那些玩意的确挺好用的。能把 aws 用熟了的都可以考证了，aws 的那些证在找工作的时候可是有含金量的哦