这个问题我深入研究过，对于秘钥的传输，正确且安全的做法是前端使用慢 hash ，后端使用快 hash 。

前端慢 hash 用于防止暴力撞库。后端快 hash 则是为了防止数据库，日志等被非法入侵或者数据泄露等造成的秘钥泄露问题。

还是用 nodejs 吧

@gransh 不敢苟同。只是没采集到足够信息，不然肯定是靠技术解决此类问题

@terranboy 已经在使用 nextjs 开发🫡

@zhangshine 206 天了，我开始开发了

@wyl986 有中文社区吗

吐槽一下，v2ex 竟然不支持粘贴并上传图片的吗？这成本感觉要小很多啊，哈哈

不用管第几层，说层级的都是没有理解什么叫代理。
那我基于 tcp 或者 udp 的 vpn ，不是一样代理 icmp 吗？本质上还是在于设计上有没有提供支持。我用 socks client 在 tcp 里面包装一个 ICMP 的包，让 sockes server 去处理，难道不能？

@tanranran 好答案，谢谢

做这个网站也仅仅是有些业务时间，自己的爱好，不会拿来当做工作。也不是什么创业项目。

@murmur 我没表述清楚，我是需要网站被搜索引擎网站爬取的，因此有必要做服务端渲染。这里的 seo 优化用大了。我是希望了解一些服务端渲染的技术，从而选择一个合适的技术架构。

用过很多种语言了，我只能这么说，哪个方便我用哪个。我没用过 rust ，但只要 rust 比 golang 方便，我会用的。用户往往是用脚投票的。

@edinina 只是那个程序员是那样，不是所有的程序员一个样

@zhchyu999 能回答，就是国内不知道啥时候能用啊？处处被卡脖子哪里受得了

@learningman 社区是要有严格的规范的，该封的封就是了。但问题在于，有的社区又需要一定的活跃用户，这存在一些矛盾，因此从一开始，我就希望哪怕只有 1000 人用，也不会为了社区的活跃而放弃原则

@Lightbright V2EX 问答是比较轻松的。不像在 so 上会有压力。

@JinBin 不谈政治的意思是，网站本身不是要做那种任意的问答，就如同 Stack Overflow 一样，只做 code 相关的问答

@wdlth 你说的有道理，只是低质量的语料太容易获取了。

@malusama 优质语料是一个更需要日积月累的东西，硬件和软件差距肯定会越来越小，或者即使有很大差距，但是够用就好了