isukkaw

@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 了。