@eyelly #4 就是涉及人为改动的情况下，怎么对应回去原来的东西，假设以下情况：

1. 刚开发的时候，我代码中某条文案是：t('欢迎')，此时第一次跑出来的机翻结果，即 langs.json ，大致内容就是：{"en": {"欢迎": "Welcome"}}，对吧

2. 在后续开发中，自己或者其他母语者觉得翻译不够味，那此时直接把 langs.json 内容改了，假设改成{"en": {"欢迎": "Welcomeeeee"}}（还是库有提供别的更优雅的翻译优化方法，我没把整个项目看完，不太清楚这个细节），现在假设是直接改 langs.json 文件

3. 现在就出现了两个问题：
3.1. 我此时再次运行机翻命令，我之前人工优化的"Welcomeeeee"会不会被机翻覆盖掉？
3.2. 我代码里改成了，t('你好，欢迎！')，再次运行机翻命令，按照你的描述，此时旧的那条{"欢迎": "Welcomeeeee"}是不是被智能优化掉了，是不是也就意味着以前人工优化的那些翻译丢失了。即使没有被优化掉，那对应的内容应该大致是这样的，{"en": {"欢迎": "Welcomeeeee", "你好，欢迎！": "Hello, Welcome!"}}，即使是保留了，因为文案即 key 的问题，一旦代码改动了，以前的那条优化过的文案是不是就没法取出来了，除非代码里一旦写了，就不能去改。

我以前用 sphinx 写文档做 i18n 也是使用了一样的无 key 方案，即文案即 key ，后续对翻译的维护简直噩梦。

稍微看了一下，文案即 key 的方案很多问题的，说个以后必然很常规遇到的问题，假设：

1. t('你好，${0}，欢迎登陆后台', getUserName())
2. 自动生成各国翻译之后，我后续还人工优化了翻译（全机翻是不现实的，总会需要人工优化的）
3. 此时我觉得文案不好改了，t('你好，${0}，欢迎使用后台', getUserName())，那我之前的翻译怎么办？你怎么对应回去？

@Ashore 很多机场都有支付 api 的，极少那种用自己生成的二维码，然后 24 小时监控通知的那种。。。

我只看了你说的第一点，i18n 这一条，我就知道完全是意淫而已。

就本地化这一条而言，最正常的 UI 确确实实需要且仅需要一个列表而已，任何一个编辑 i18n 的工具界面都如此，也许有扩展，但是最刚需的就是一个列表而已，我自己就用过 poedit ，我就知道你是瞎意淫找存在感而已。后面的我就不看了，没啥意义。

https://i.imgur.com/rDNMpfg.png

@dw2693734d 抓各大平台的热点信息、热门币关注一下而已，并不怎么玩土狗，相当于币圈时事吧。

@crazyliu 是的

@lisxour 你想要现成开箱即用的框架可能不会有，但是 telegraf 开启机器人对话是非常简单的。

Node.js 的，最近我也在用，https://github.com/telegraf/telegraf
https://i.imgur.com/bdq0HxL.png

很多手段吧，ssl 指纹、浏览器指纹，做了 header 的验证（要求请求的 header 与登陆的一致，否则当无效请求），等等

6 ，妈宝式移民。

你都问有没有必要了，那对于你来说就是没有必要的，有必要的东西不需要问别人你都会自己买。

@liprais 肝与钱总得出一个

@zzZzzZzzZzzZzzZ 抖腿癌，不截肢治不了😂

@bushenx #9 笑死，你这和连 visa 、paypal 都不认识就想着在国外网站购物有什么区别。你可以没用过 c2c ，但是连 c2c 都不知道是啥就很搞笑。你可以认为我装，但我是真心希望你不会被骗

@bushenx #3 c2c 都不懂，那你还是远离这个圈子好

@charlieethan 你还真信了？不都是骗韭菜进去然后再狠狠的割，刚开始时还一群傻子把百度云盘的数据迁到阿里云盘，我 3 年的 svip 笑笑不说话，以国内大厂的套路，我知道必然会狠狠的打脸的。

你先把 V2EX 注销了吧

@yagamil 你把脚本的成本想高了。