@sapphire #58 整篇文章其实就下面一段话和这个问题有关，我直接 quote 出来好了：

> **避免 DNS 污染和 DNS 泄漏最有效的办法就是（让这个域名）永远不在本地进行 DNS 解析**，而 Surge 和 Clash **能且只能通过 Fake IP 和域名规则匹配**的方式 可以实现非直连域名 **一定不在本地本机进行任何 DNS 解析**。在 Surge 和 Clash 中，规则自上而下匹配，**只有当遇到 IP 类规则（如 IP-CIDR 、IP-CIDR6 、GEOIP 和 IP-ASN ）时才会发起 DNS 解析**。因此，在 Surge 中，**将会触发 DNS 解析的规则放在域名和 URL 匹配规则后面非常重要**。
>
> ---------------------
> 本文著作权归作者 Sukka 所有。本文采用 CC BY-NC-SA 4.0 许可协议，商业转载请联系作者获得授权，非商业转载请注明出处。
> 作者：Sukka
> 来源：我有特别的 Surge 配置和使用技巧
> 链接： https://blog.skk.moe/post/i-have-my-unique-surge-setup/

- 用 React 不上 SSR 、SEO 零分
- 内链跳转不用 <a />，SEO 零分、用户体验零分
- 首页切换「最新」「最热」「推荐」没有将状态存在 URL 中、也没有储存在用户本地，用户体验零分
- 首屏大量依赖外链资源，首屏非第一方资源需要从 3 个以上的非同源域名加载，性能零分

至于给 AntD 糊上一堆阴影和圆角、卡片位置不对齐、滥用半透明和 transform: translateX ，竟然用阿里那个一窍不通的 ahooks 不用 SWR/React Query 做 Client Side Data Fetching ，这都已经是其次的问题了。

> 我发现这样是可以，那么，这样是否就规范了呢？

是。React Query 本身就自带 Global State Management ，你只需要确保 key 是一致的就行，React Query 替你负责 mutex 、dedupe 、cache 、cache revalidaate 。当然，还是建议重复逻辑抽出 Hook 。

@gkinxin #26 分不清什么？ Next.js 同时支持 CSR （ Client Side Rendering ）、SSR （ Server Side Rendering ）、SSG （ Static Site Generation ），以及独一家的 ISR （ Increment Static Generation ）。

Next.js 确实和 Umijs 有很大区别，那就是 Next.js 比 Umijs 更强大，Umijs 不能做的 Next.js 都能做，Umijs 能做的 Next.js 都能做、还做得更好。

提示信息不是写了嘛，让你写邮件给 [email protected] 咨询详细信息。
先盲猜一个违反了 Vercel 的 ToS 或者 AUP： https://vercel.com/docs/concepts/limits/fair-use-policy

此时一名正在摸鱼刷 V2EX 的 Hexo 核心维护团队成员出来给你点个赞~

两年前 Cloudflare Workers 和 KV 刚出来的时候，我就已经试着把我博客丢上去了 https://blog.skk.moe/post/deploy-blog-to-cf-workers-site/ 。主要是注意，Cloudflare Workers 免费版每天有 10 万请求限制。我看你每个页面都有 10 个静态 CSS 、JS 、图片请求是同源的，那你每天能承载的 PV 数不能超过 1 万啊。

以及，你为啥还在用 Hexo 4.1.1 ，为啥不升级到 Hexo 最新版（戳

@SolidZORO #61

我知道你说的问题是啥，不用你再描述一遍。

const [isOpen, setIsOpen] = useAtom(atomA);
const [isVisible, setIsVisible] = useAtom(atomA);

不论你的 getter 和 setter 是什么名字，你用的都是同一个 atomA 。并不是因为你 useAtom 两次，这俩 atomA 就不一样了。这两个 atomA 的引用是相同的。

所以你要通过 atomA 去找所有的 usage 。VSCode 就有提供寻找变量的声明和所有引用的功能。如果 IDEA 没有，说明 IDEA 并不适合拿来写 JavaScript ，说明你应该抛弃 IDEA 了。

@SolidZORO #33

你觉得用 jotai 时重构会出疏漏说明你对 jotai 的理解不到位。
和 Recoil 基于字面量的 key 索引状态不同，jotai 是基于引用的。所以如果你要重构基于 jotai 的状态，正确做法是找到声明的 atom ，然后 IDE 中右键寻找所有引用；而不是试图去根据名字去找。

@jin5354 #15 该关注关注 React 生态圈的新玩意啦。
@kangyan #16 完全不怕混淆，jotai 的 API 就是照搬 useState 设计的。如果你没有局部状态必须 useState 的洁癖的话，完全无所谓。
@SolidZORO #21 如果需要中心化状态、又喜欢 immutable 的话，可以考虑 zustand 。valtio 、jotai 同作者出品，支持 vanilla ，支持状态中间件，支持 Reducer ，最大的优势是把 state 和 action 写在一起。

状态管理用 jotai 、全局状态管理用 zustand 、网络请求用 swr 、UI 用 MUI 或者 Mantine 。

GitHub 已经宣布 git.io 现有的短链接将保持跳转： https://github.blog/changelog/2022-04-25-git-io-deprecation/

巨硬还是要和 Google 学学，你看 Google 都是直接劫持掉 Command + P 的、防止 macOS 干出这种蠢事

@yuzo555 #4

其实上个月我就查了一下这个 qcloud 的播放域名的 ID ，发现这个是手机 QQ 的（不知道是他们具体的哪个业务）；还有和腾讯的人聊过这个，他们似乎不大想管。

用 conda-forge，下一个。

建议直接起诉苹果，而不是来 V2EX 发帖。投了起诉状，我帮你把新闻搞上各大平台热搜。

@forevercloud #7

主要是节点。

他给你分配的一组两个 NS 只有三个集群——宿迁、北京、广州。我加钱行不？我买 3888 一年的，能不能多给点？还真不行。因为就连他自己官网、以及京东云 CDN 的伽利略地域负载均衡用的那组 NS 也只有北京、上海、广州。

隔壁千万云哪怕最便宜的套餐（ 48/年）的都带 8 个区域的集群（ Unicast 的集群就有北京、上海、杭州、深圳、香港、东京、圣克拉拉，还额外带个自家的 Anycast ）；良心云最便宜的套餐（ 99/年）的也带个 Anycast，还顺便带俩法兰克福和新加坡的 AWS 凑数海外节点用。

那你说免费还要什么七七八八？那隔壁华为云也摆烂啊，贵州、上海、广东、北京，还有个约翰内斯堡算挠头、白送。

关于 TXT 记录的长度限制，具体参见 RFC1035 第 3.3 章节的第 14 小节

https://kb.isc.org/docs/aa-00356
https://aws.amazon.com/premiumsupport/knowledge-center/route-53-configure-long-spf-txt-records/

虽然京东云 DNS 的确很垃圾，但是你这个问题京东云不背锅、你自己背上