把 app 部分功能开关放在域名 txt 记录中如何？

[AoEiuV020]

目的是省个服务器，
背景是，app 主要功能不依赖服务器，服务器只提供极少配置信息以及一个附属功能，使用时连不上就放弃，
后来发现效果不好，懒得维护相关功能就直接把服务器域名解析到 127.0.0.1 了，可是发现就这居然还偶尔出现尝试连接服务器浪费了几秒的情况，
排查发现是网络呆理软件异常，对 app 来说服务器连接上了等待响应，实际上只是卡住了，
于是我就提前加个判断，域名提前解析一下，指向本地就直接关闭相关服务，

然后突然觉得，既然都提前 dns 解析了，不如干脆做个 txt 记录的解析，内容放个 json 之类的直接把配置信息自带了，要开关什么直接改 txt 记录就好，0 成本，也能避免服务器停止维护时连几个简单配置都获取不到，

想知道有没人这么做过的，不是在必须 txt 记录的情况使用 txt 记录，而是为了降低成本强行使用的 txt，
想知道有没什么坑，能想到的就只有解析记录更改不会实时生效，这点我这可以接收，

[UG4anS3JspYD]

也有可能 很久 甚至 几年不生效

[yousabuk]

@UG4anS3JspYD 精辟

[ho121]

dns 可以伪造

[huangmingyou]

应该没啥问题，至于生效问题，可以把 ttl 弄到 60 秒

[AoEiuV020]

@UG4anS3JspYD 这个不至于吧，感觉上，十分钟到半小时就能生效了吧，一直不刷新缓存那这 dns 服务器也该废了吧，

[UG4anS3JspYD]

@AoEiuV020 还有一种运营商 叫长城宽带

[AoEiuV020]

@ho121 详细说说？用户主动破解自己骗自己情况我这边不需要在意，而且 http 甚至 https 都防不住这些，
其他应该没有什么安全性的问题吧，正经 dns 服务器拿到的记录应该都是真实的，

[AoEiuV020]

@UG4anS3JspYD 有所耳闻，但没用过，我正经备案的域名，他应该不会随便把我的解析污染了吧，

[colatin]

以太坊 bootstrap node 就是这么做的，可以参考一下

[AoEiuV020]

@colatin 涨知识了，看起来是去中心化节点使用 dns txt 记录分发着什么，
在项目 ethereum/go-ethereum 找到了 txt 记录相关操作的代码，
有先例就好，

[leafleave]

看起来没什么问题，很机智

[xmt328]

有条件的话可以先做实验
把 TXT 记录和服务器请求数据做对比
看实际用户的更新延迟情况如何
问题不大再正式使用

[honk]

https://betterprogramming.pub/apparently-you-can-use-route53-as-a-blazingly-fast-database-dd416b56b005

[2ME]

问题不大 https://docs.ipfs.io/concepts/dnslink/#resolve-dnslink-name

[touchwithe]

如果不想用服务器，还是搞个函数计算，或者把 txt 放在对象存储里好一些。

[Showfom]

txt 记录一条最大 255 字符 你可以 base64 然后多条记录

但是太多记录的话 等下解析不出来哦

[37Y37]

这个思路 666 呀

[AoEiuV020]

@touchwithe 函数计算之类的有考虑过，但是国内貌似没啥免费的吧，原本我是想挂在 github pages 或者 cloudflare 上的，但是连接太慢，我这个可以接受失败，但不能接受太慢，

[AoEiuV020]

@Showfom 嗯，255 是个瓶颈，虽然可以多条但也影响效率，
不过对我还好，只是存几个 key value，够用，

[Greatshu]

ESET 就是这么干的
https://img.maocdn.cn/img/2021/05/13/Snipaste_2021-05-13_20-01-32.png
https://img.maocdn.cn/img/2021/05/13/Snipaste_2021-05-13_20-01-09.png