时刻

开启 VPN 中的系统代理后，本地测试域名 (比如 *.test) 突然打不开了？

错误动作：在代理软件里加 DIRECT (直连) 规则。

这是没用的！因为流量一旦进入代理软件，它就会用公共 DNS 去查这个本地域名，查不到 IP 直接就报错拦截了。

正确姿势：在操作系统的“网络设置 -> 代理忽略名单 (Bypass)”里添加 *.test（或者在代理软件里配置 Bypass 绕过名单）。

核心原理：

流量最先是由操作系统接收到的。

Bypass (绕过)：流量根本不进代理软件，操作系统自己处理，用本机 DNS 直接访问。

DIRECT (直连)：流量已经进了代理软件，代理软件去尝试直连，但通常会死在 DNS 解析上。

这个问题不是第一次遇到，也都能解决，但是今天是第一次搞明白了。

“手工参与代码的感觉真好，不让 AI 代替自己写代码的感觉真好。”

刚才试了一下新的全局 Cursor 规则，自己参与功能思考，关注代码组织和质量，全身心参与的感觉又回来了。

为了能让自己能够参与到代码组织和编写的过程中，我给 cursor 添加几条全局规则：

1. 帮我设置一下全局 cursor rules，添加一条，只需要给出方案，计划，或者每一步的实现 code，不要替我写。

2. 提交信息中 不要有 Co-authored-by。

3. Another rule: write commit msg for changes, do not commit. i will commit manually.

今天把这个站点添加到了 bing 和 yandex。

接下来可以观察和熟悉这些搜索平台的功能和特点。

随着网站内容变多，Nextjs SSG build的时间也变长了。

之前的考虑是：预渲染页面，少使用 SSR，使页面打开速度变快。最近部署的时候，发现等待的时间变长了，主要卡在 nextjs build 这里。

问了一下 AI， AI 根据问题和网站场景，帮我做了分析。看过 AI 的回答和思考之后，我把 SSG 去掉了，只使用 SSR。这样就又回到了 PHP，Rails 等传统服务的路子。服务端渲染 + 缓存，感觉清爽多了。部署和页面访问的速度都没有问题。

随着实践，能够感受到：技术运用应该是随着问题的出现和解决而使用的，没有标准答案。

React Native 的开发体验挺不错的。

虽然现在很多人都在用 AI 来做 vibe coding，但是经过一段时间的重度实践，我的观点反而是：作为工程师，还是需要保持技术学习，理解和掌握。

不太忙的时候，静下心看看技术书籍。这个过程中，会感到自己的理解力增加了。一些没有注意过，或者不太扎实的地方，都会得到补充。

循序渐进的教程，会让人很容易专注投入进去。写教程的过程中，对于知识的拆解和编排，也是一种很强的能力。

function Echo() {
  const params = useParams();
  const [searchParams] = useSearchParams();
  return <h1>{params.msg || searchParams.get("msg")}</h1>;
}

const param = "From Param";
const query = new URLSearchParams({ msg: "From Query" });

export default function App() {
  return (
    <section>
      <p>
      </p>
      <Link to={'echo/${param}'}>Echo param</Link>
       <p>
       </p>
    </section>
    <Link to={'echo?${query.toString()}'}>Echo query</Link>
  );
}

Rybbit - 一个开源且注重隐私的 Google Analytics 替代方案，使用体验更加直观易懂，足足提升 10 倍。

让 Codex 帮我在 RN VPS 上自托管了这个服务，同时接入了现在这个网站。这种工作量，在 Codex 之前是不敢想象的，不是困难和复杂，是在安装软件和配置环境上，太折腾了。现在几分钟就自动搞定了，我打个下手，就添加一条 domain A 记录而已。

fumadocs.dev，一个漂亮的，灵活的，使用于任何React js项目的文档框架。

前些天，尝试用 ollama + 本地 qwen3.5:4b 模型来翻译一本电子书PDF。翻译的时间不是问题，但是最后生成的排版效果不好。我想实现双语上下排版，模型先把PDF转换为markdown，然后再翻译，生成一份新的PDF。新PDF中的英文，中文排版，阅读起来很费劲，不舒服。

我去查了一下这个问题，发现PDF文字排版确实不好做。不同的书籍，不同的内容有自己合适的表现形式，PDF排版应该需要专门去调整和优化，这个成本太高了。

最后，我发现HTML是最合适的，排版很容易做到美观，而且我的目标只是翻译和阅读舒服。按照这个方案，之后找个时间，我再继续完善一下，用它来辅助自己阅读英文书。