https://bingowith.me/icon.png 日常随笔~ 2026-02-06T08:51:51.068Z https://bingowith.me/ abaabaqua Hexo https://bingowith.me/2026/02/06/windows-codex-bash-wrong-encoding/ 2026-02-05T16:00:00.000Z 2026-02-06T08:51:51.068Z

<p>最近在 Windows 上使用 Codex CLI 时，遇到了一个很诡异的问题：</p> <ul> <li>直接在终端执行 <code>bash -lc &quot;echo 你好&quot;</code>，输出正常。</li> <li>让 Claude Code 帮我执行 bash，输出也正常。</li> <li><strong>只有 Codex 执行 bash 会出现中文乱码</strong>。</li> </ul> <p>先放结论：这个问题最后不是靠 PowerShell 编码设置解决的，而是要给 Codex 设置 <code>WSL_UTF8=1</code>。</p> <p><img src="/images/windows-codex-bash-wrong-encoding/wrong.png"></p>

https://bingowith.me/2026/01/12/vercel-ai-sdk-tool-approval-flow/ 2026-01-11T16:00:00.000Z 2026-01-12T08:23:43.677Z

<h2 id="概述"><a href="#概述" class="headerlink" title="概述"></a>概述</h2><p>在 AI 应用中，当 AI 助手需要调用本地文件系统或其他敏感工具时，出于安全考虑，需要在执行前获得用户的明确批准。Vercel AI SDK（文中使用 v6 版本，这狗东西 API 一直变来变去的）提供了工具审批（Tool Approval）机制，允许开发者在 AI 执行工具前拦截并请求用户确认。</p> <p>注意这个参数主要是为了配合<code>stopWhen</code>（也就是工具自动调用），也就是:</p> <figure class="highlight typescript"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br><span class="line">6</span><br></pre></td><td class="code"><pre><span class="line"><span class="keyword">const</span> result = <span class="title function_">streamText</span>(&#123;</span><br><span class="line"> <span class="attr">model</span>: newapi.<span class="title function_">chat</span>(config.<span class="property">model</span>.<span class="property">model</span>),</span><br><span class="line"> messages,</span><br><span class="line"> tools,</span><br><span class="line"> <span class="attr">stopWhen</span>: <span class="title function_">stepCountIs</span>(<span class="number">5</span>), <span class="comment">// 这里 自动工具调用</span></span><br><span class="line">&#125;);</span><br></pre></td></tr></table></figure> <p>同时也注意这东西的调用方式灵活的很，毕竟他不是应用级别的封装，不用这套自己也可以搓一个出来。</p> <p>同时在 AI SDK UI 中的调用流程是完全不一样的，这里只针对 Core 的 API。（但是其实也八九不离十了）</p>

https://bingowith.me/2026/01/09/astro-better-auth-integration/ 2026-01-08T16:00:00.000Z 2026-01-08T17:38:55.234Z

<p>本文档说明如何在 Astro 项目中集成 Better Auth，使用 Drizzle 作为数据库适配器，PostgreSQL 作为数据库。</p> <p>emmmm,文档是在实践完之后写的，不是边实践边写的，可能会有所遗漏，但是扫了几遍源码，应该八九不离十。</p> <p>注意这个需要 server 支持，所以需要 server adapter，比如 node 的<a href="https://docs.astro.build/en/guides/integrations-guide/node/">@astrojs&#x2F;node</a>。</p> <p>我使用的是默认 static，需要后端运行时渲染的地方用<code>export const prerender = false;</code>，如果你的 output 设置为了 server，那么就不需要 prerender&#x3D;false。</p> <blockquote> <p>📖 <strong>官方文档参考</strong>：</p> <ul> <li><a href="https://www.better-auth.com/docs/installation">Better Auth 安装指南</a></li> <li><a href="https://www.better-auth.com/docs/adapters/drizzle">Better Auth Drizzle 适配器</a></li> <li><a href="https://www.better-auth.com/docs/integrations/astro">Better Auth Astro 集成</a></li> </ul> </blockquote> <hr> <h2 id="步骤-1：安装依赖"><a href="#步骤-1：安装依赖" class="headerlink" title="步骤 1：安装依赖"></a>步骤 1：安装依赖</h2><p>首先，安装 Better Auth 及相关依赖：</p> <figure class="highlight bash"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br></pre></td><td class="code"><pre><span class="line"><span class="comment"># 安装核心依赖</span></span><br><span class="line">pnpm add better-auth drizzle-orm pg dotenv</span><br><span class="line"></span><br><span class="line"><span class="comment"># 安装开发依赖</span></span><br><span class="line">pnpm add -D drizzle-kit tsx @types/pg</span><br></pre></td></tr></table></figure> <p><strong>依赖说明</strong>：</p> <ul> <li><code>better-auth</code>: 认证核心库</li> <li><code>drizzle-orm</code>: ORM 库，用于数据库操作</li> <li><code>pg</code>: PostgreSQL 驱动</li> <li><code>drizzle-kit</code>: Drizzle 开发工具（用于数据库迁移）</li> <li><code>dotenv</code>: 环境变量加载（<strong>drizzle.config.ts 需要</strong>）</li> </ul> <hr>

https://bingowith.me/2025/12/10/character-encoding-explained/ 2025-12-10T07:30:00.000Z 2025-12-10T17:24:34.356Z

通俗易懂地讲解 UTF-8、Unicode、GBK 等字符编码的区别与应用，用快递系统类比帮助理解核心概念

https://bingowith.me/2025/12/09/understanding-ssr-csr-spa-mpa/ 2025-12-09T14:22:00.000Z 2025-12-09T15:20:27.622Z

深入理解 SSR/CSR 与 SPA/MPA 的概念关系，以及现代前端框架（Next.js、Nuxt、Remix）的 SSR 与传统后端 SSR 的本质区别

https://bingowith.me/2025/11/28/z-image-turbo-low-vram-setup/ 2025-11-27T16:00:00.000Z 2025-11-28T13:12:54.645Z

手把手教你用6GB显存跑通阿里的Z-Image-Turbo，拖拉机启动！

https://bingowith.me/2025/11/16/nextjs-docker-deploy-pitfalls/ 2025-11-16T12:30:00.000Z 2025-11-16T12:30:00.000Z

<p>Next.js 作为目前最受欢迎的 React 全栈框架之一，凭借其强大的功能和“开箱即用”的体验赢得了大量开发者。然而，这种便利性很大程度上依赖于其创造者 Vercel 提供的原生托管平台。但是一旦开发者选择通过 Docker 自行部署，便会发现这条路并非坦途，充满了各种不易察觉的“坑”，并且会逐渐感受到框架本身的臃肿与对特定平台的深度绑定。</p> <p>这里就总结了一下我这一年实践遇到的问题，建议没有 SEO 需求还是不要碰他了。</p> <h2 id="路由与请求类型的“黑盒”"><a href="#路由与请求类型的“黑盒”" class="headerlink" title="路由与请求类型的“黑盒”"></a>路由与请求类型的“黑盒”</h2><p>在自行部署的环境中，Next.js 的一些内部机制会变得异常棘手。以 React Server Components (RSC) 的请求为例，它与页面的请求路径一致，但会附加一个 <code>?_rsc=...</code> 参数以区分（也会增加一些 header）。问题在于，这个参数（以及额外的 header）在到达我们自己的应用逻辑之前，往往已被 Next.js 框架内部“消化”。这意味着，<strong>在<code>proxy.ts</code>（16 之前的<code>middleware.ts</code>），无法捕获到 <code>_rsc</code> 这个参数</strong>。因此，从代码层面来看，开发者无法轻易判断一个传入的请求究竟是完整的页面加载请求，还是一个用于更新部分 UI 的 RSC 请求。</p> <p>这在一些重定向场景中会造成一些问题。</p>

https://bingowith.me/2025/11/01/nextjs-16-cache-components-complete-guide/ 2025-11-01T08:58:02.000Z 2025-11-01T08:58:02.000Z

<blockquote> <p>基于 Next.js 16.0.1 官方文档整理</p> </blockquote> <h2 id="目录"><a href="#目录" class="headerlink" title="目录"></a>目录</h2><ol> <li><a href="#%E4%BB%80%E4%B9%88%E6%98%AF-cache-components">什么是 Cache Components</a></li> <li><a href="#%E6%A0%B8%E5%BF%83%E5%B7%A5%E4%BD%9C%E5%8E%9F%E7%90%86">核心工作原理</a></li> <li><a href="#%E4%BD%BF%E7%94%A8-suspense-%E8%BE%B9%E7%95%8C">使用 Suspense 边界</a></li> <li><a href="#%E4%BD%BF%E7%94%A8-use-cache">使用 use cache</a></li> <li><a href="#%E5%90%AF%E7%94%A8-cache-components">启用 Cache Components</a></li> <li><a href="#%E4%BB%8E%E6%97%A7%E7%89%88%E6%9C%AC%E8%BF%81%E7%A7%BB">从旧版本迁移</a></li> <li><a href="#%E5%AE%9E%E6%88%98%E7%A4%BA%E4%BE%8B">实战示例</a></li> <li><a href="#%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5">最佳实践</a></li> <li><a href="#%E5%92%8C-Next-intl-%E7%BB%93%E5%90%88">和 Next-intl 结合</a></li> <li><a href="#%E5%B8%B8%E8%A7%81%E9%94%99%E8%AF%AF%E4%B8%8E%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88">常见错误与解决方案</a></li> <li><a href="#faq">FAQ</a></li> <li><a href="#%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99">参考资料</a></li> </ol> <hr> <p>这边文档主要是 AI 总结+我补充实际遇到的问题，大部分是 AI 写的。</p> <p>注意，文档里不包含<code>use cache: private</code>的内容，在写的时候本来官方文档里说依赖<code>unstable_prefetch</code>，但是后来一看这个内容又被移除了，不知道后续会不会再改，先不写了，以官方文档为准。<a href="https://nextjs.org/docs/app/api-reference/directives/use-cache-private">API Reference &gt; Directives &gt; use cache: private</a></p> <p>注意，现在的 16.0 还在不断变化中，还是等 16.1，16.2 再用吧。这东西太不稳了。</p> <p><code>Cache components</code>除了方便的 PPR+显式缓存，另外一个就是在框架层面（主要是 dev 和构建的时候），防止用户写出动态内容卡住整个页面加载的事，这在之前很容易写出来，网上也有很多批评的文章和视频，一看连<code>loading.tsx</code>和<code>Suspense</code>都不会用。😂<br>现在官方强制了，也是件好事吧。</p> <h2 id="什么是-Cache-Components"><a href="#什么是-Cache-Components" class="headerlink" title="什么是 Cache Components"></a>什么是 Cache Components</h2><p><strong>Cache Components</strong> 是 Next.js 16 中一种新的渲染和缓存方法，通过 <strong>Partial Prerendering (PPR)</strong> 提供细粒度的缓存控制，同时确保出色的用户体验。</p> <h3 id="核心关系"><a href="#核心关系" class="headerlink" title="核心关系"></a>核心关系</h3><figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td class="code"><pre><span class="line">Cache Components = PPR + use cache</span><br></pre></td></tr></table></figure> <ul> <li><strong>PPR</strong> 提供静态外壳和流式传输基础设施</li> <li><strong><code>use cache</code></strong> 让你在外壳中包含优化的动态输出</li> </ul> <h3 id="解决的问题"><a href="#解决的问题" class="headerlink" title="解决的问题"></a>解决的问题</h3><p>在开发动态应用时，你需要在两种方式之间权衡：</p> <ul> <li>❌ <strong>完全静态页面</strong>：加载快，但无法显示个性化或实时数据</li> <li>❌ <strong>完全动态页面</strong>：可显示最新数据，但每次请求都需要渲染所有内容，导致初始加载慢</li> </ul>

https://bingowith.me/2025/09/29/mysql-docker-mysqldump-backup-script/ 2025-09-28T16:13:00.000Z 2025-09-28T16:13:00.000Z

<p>单次备份直接跑:</p> <figure class="highlight bash"><table><tr><td class="gutter"><pre><span class="line">1</span><br></pre></td><td

https://bingowith.me/2025/08/14/nodejs-mysql-timezone-problem/ 2025-08-13T20:45:00.000Z 2025-08-13T20:45:00.000Z

<p>在 Node.js 应用中使用 MySQL 时，时间戳（TIMESTAMP）字段出现的“8 小时差异”是一个经典难题。这个问题的根源并非单一因素，而是由 MySQL 自身的时区机制、mysql2 驱动的特定行为，以及一个极具迷惑性的默认配置共同造成的。</p> <p>本文将澄清 MySQL TIMESTAMP 的存储与转换原理，并深入剖析 mysql2 驱动中 timezone 配置项的真正含义及其默认值<code>&#39;local&#39;</code>所带来的陷阱，最终提供两套清晰的最佳实践方案。</p>

https://bingowith.me/2025/08/02/drizzle-mysql-bit-type/ 2025-08-02T12:25:00.000Z 2025-08-02T12:25:00.000Z

<p>mysql 的 boolean 类型其实是 tinyint(1)的别名，一些 ORM 工具无法识别把他识别到对应语言的 boolean 类型，日常实践有时候会选择用<code>bit(1)</code>这个类型，比如<code>java</code>的<code>JOOQ</code>，boolean 类型会变为 java 的<code>Byte</code>，而<code>bit(1)</code>则是 java 的<code>Boolean</code>。</p> <p>但是 drizzle 的 mysql 内置类型中没有<code>bit(1)</code>。你用他的<code>drizzle-kit pull</code>之后会返回这个结果：</p> <figure class="highlight plaintext"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br></pre></td><td class="code"><pre><span class="line">// Warning: Can&#x27;t parse bit(1) from database</span><br><span class="line">// bit(1)Type: bit(1)(&quot;deleted&quot;).notNull(),</span><br></pre></td></tr></table></figure> <p>但是如果是已经建好的表，其他逻辑在用的话，把<code>bit(1)</code>改成<code>boolean</code>并不方便。</p> <p>需要我们自己定义一个类型。</p> <p><code>bit(1)</code>这个类型不同驱动返回不同，有些可能是作为整数，有些可能是作为 Buffer。所以扩展一下就行：</p>

https://bingowith.me/2025/07/17/nextjs-client-navigation-get-previous-page/ 2025-07-16T16:00:00.000Z 2025-07-16T16:00:00.000Z

<p>想给之前上线的工具站做个博客数据统计: <a href="https://merchmindai.net/blog/zh/1">blogs</a>。</p> <p>理所当然用到了<code>document.referer</code>，最方便的获取上一个页面的方式，结果发现获取到的都是第一次 load 的页面，而不是导航前的那个页面。</p> <p><strong>为什么会这样？</strong></p> <p>Next.js 在生产环境中默认采用前端导航（<code>Client-side Navigation</code>）的方式。这意味着页面加载完之后，在网站内部点击链接时，浏览器并不会执行一次完整的页面刷新。相反，Next.js 会在客户端通过 JavaScript 异步加载新页面的数据和组件，然后更新 DOM。</p> <p>这种类似 <strong>单页应用（SPA）</strong> 的行为导致了一个关键问题：<br><code>document.referrer</code> 的值在页面首次加载后保持不变。当通过内部链接从<code>blog/zh/1</code>导航到 <code>blog/zh/post/[slug]</code> 时，由于没有发生完整的页面重载，<code>document.referrer</code> 的值仍然会是最初访问网站的那个值，而不是<code>blog/zh/1</code>。</p>

https://bingowith.me/2025/06/25/nextjs-lose-rsc-params-and-head/ 2025-06-24T17:35:00.000Z 2025-06-24T17:35:00.000Z

<p>最近在用 Next.js 的 RSC（React Server Component）时遇到了一个比较隐晦的问题，记录一下踩坑过程和应对方案。</p> <p>如果你在项目里既使用了 CDN（并且缓存了 html），又使用了<code>middleware</code>的重定向（middleware 会处理 rsc 请求），又用了 RSC 特性（开启了 prefetch 等情况），如果你发现部分页面 html 变成了一大串“乱码”（其实是 rsc 请求的返回结果），可以仔细看看。</p> <h2 id="RSC-请求是怎么工作的？"><a href="#RSC-请求是怎么工作的？" class="headerlink" title="RSC 请求是怎么工作的？"></a>RSC 请求是怎么工作的？</h2><p>Next.js 在请求 RSC 和 HTML 页面时，路径和方法其实是一样的，唯一的区别在于它会带上一个 <code>_rsc</code> 的参数和一些特定 header。</p> <p>比如你访问页面 <code>/about</code>：</p> <ul> <li><strong>HTML 请求</strong>：<br><code>GET /about</code></li> <li><strong>RSC 请求</strong>：<br><code>GET /about?_rsc=&lt;随机字符串&gt;</code> 以及特定的 header</li> </ul> <p>这里的 <code>_rsc</code> 参数是 Next.js 内部用来标识“这是一次 RSC 请求”，header 里也有类似 <code>Next-Router-State-Tree</code>, <code>rsc</code> 等用于数据请求和分割的内容。</p>

https://bingowith.me/2025/06/17/how-i-use-claude-code/ 2025-06-16T16:54:00.000Z 2025-06-16T16:54:00.000Z

<p><strong>原文出处:</strong> <a href="https://spiess.dev/blog/how-i-use-claude-code">https://spiess.dev/blog/how-i-use-claude-code</a></p> <p>一个月前，我订阅了 Claude Max。在此之前，我已经使用包括 Claude Code 在内的 AI 代理一段时间了，但随着统一价格的推出，我的使用量猛增，它已成为我许多任务的日常驱动力。我发现自己现在去 VS Code 的次数少了很多。</p> <p>由于 AI 代理目前对每个人来说都是新事物，我想分享一些我最近注意到模式可能会很有趣。以下是我如何使用 Claude code。</p> <h2 id="开始新对话-Start-New-Threads"><a href="#开始新对话-Start-New-Threads" class="headerlink" title="开始新对话 (Start New Threads)"></a>开始新对话 (Start New Threads)</h2><p>如果说我希望你从这篇文章中学到一件事，那就是你应该更频繁地调用 <code>/clear</code>。</p> <p>AI 代理往往随着对话时间的延长而变得更不可预测。当你提出不同问题时尤其如此。我发现即使这意味着重复一些指令，创建一个新的提示通常会更有效。</p> <p>一旦我开始更积极地这样做，我的结果就显著改善了。而且我绝对不是唯一一个提出这个建议的人。</p>

https://bingowith.me/2025/05/18/nextjs-filerobot-image-editor/ 2025-05-18T09:44:00.000Z 2025-05-18T09:44:00.000Z

<p>想在工具站里集成一下图片编辑工具，找了一圈发现<a href="https://github.com/scaleflex/filerobot-image-editor">filerobot-image-editor</a>相当不错。</p> <p>按照<code>nextjs</code>的官方文档来的，什么 lazy, dymanic 都用上了，还是嗝屁了，最后还是直接用 cdn js+浏览器端 js 解决不把模块引入了, 记录一下解法。</p> <p>最后的效果见: <a href="https://merchmindai.net/tools/image-editor?from=dev-blog">Image Editor | merchmindai</a></p>

https://bingowith.me/2025/03/20/nextjs-auth-dirzzle-postgresql-error/ 2025-03-20T02:23:00.000Z 2025-03-20T02:23:00.000Z

<p>在自己的测试项目里想着做登录功能，看到<code>authjs</code>就接到项目里去，本身就使用的<code>drizzle</code>，在不配置 db adapter 的情况下运行正常，但只要配置就会报错:</p> <figure class="highlight shell"><table><tr><td class="gutter"><pre><span class="line">1</span><br><span class="line">2</span><br><span class="line">3</span><br><span class="line">4</span><br><span class="line">5</span><br><span class="line">6</span><br><span class="line">7</span><br><span class="line">8</span><br></pre></td><td class="code"><pre><span class="line">⨯ Error [TypeError]: Cannot read properties of undefined (reading &#x27;reduce&#x27;)</span><br><span class="line"> at &lt;unknown&gt; (.next\server\edge\chunks\edge-wrapper_c7ecd8c0.js:709:27)</span><br><span class="line"> at runModuleExecutionHooks (.next\server\edge\chunks\edge-wrapper_c7ecd8c0.js:755:9)</span><br><span class="line"> at instantiateModule (.next\server\edge\chunks\edge-wrapper_c7ecd8c0.js:707:9)</span><br><span class="line"> at getOrInstantiateModuleFromParent (.next\server\edge\chunks\edge-wrapper_c7ecd8c0.js:640:12)</span><br><span class="line"> at esmImport (.next\server\edge\chunks\edge-wrapper_c7ecd8c0.js:143:20)</span><br><span class="line"> at [project]/src/db/db.ts [middleware-edge] (ecmascript) (.next\server\edge\chunks\[root of the server]__a687996d._.js:28:218)</span><br><span class="line"> at &lt;unknown&gt; (.next\server\edge\chunks\edge-wrapper_c7ecd8c0.js:709:27)</span><br></pre></td></tr></table></figure> <p>无法启动</p>

https://bingowith.me/2025/01/19/gpu-ai-tops-tables/ 2025-01-19T08:16:00.000Z 2025-01-19T08:16:00.000Z

<p>虽然自己没设备但喜欢聊 😀，和别人讨论的时候经常要反复查，查询一下汇总，有可能填错了。。。到时候发现错误再订正吧。</p> <p>AMD 的没找到哪个表&#x2F;文档里有算 TOPS 的…就不列了</p> <h2 id="N-卡"><a href="#N-卡" class="headerlink" title="N 卡"></a>N 卡</h2><p>20 系到 40 系</p> <h3 id="GeForce-RTX-20-系列"><a href="#GeForce-RTX-20-系列" class="headerlink" title="GeForce RTX 20 系列"></a>GeForce RTX 20 系列</h3><table> <thead> <tr> <th>型号</th> <th>架构</th> <th>制程 (nm)</th> <th>显存大小</th> <th>显存类型</th> <th>显存位宽</th> <th>显存带宽 (GB&#x2F;s)</th> <th>峰值单精度 (FP32)</th> <th>TOPS (AI)</th> <th>TDP (W)</th> </tr> </thead> <tbody><tr> <td>RTX 2080 Ti</td> <td>Turing</td> <td>12</td> <td>11GB</td> <td>GDDR6</td> <td>352-bit</td> <td>616</td> <td>13.45 TFLOPS</td> <td>114 TOPS</td> <td>260</td> </tr> <tr> <td>RTX 2080 Super</td> <td>Turing</td> <td>12</td> <td>8GB</td> <td>GDDR6</td> <td>256-bit</td> <td>496</td> <td>11.15 TFLOPS</td> <td>89 TOPS</td> <td>250</td> </tr> <tr> <td>RTX 2080</td> <td>Turing</td> <td>12</td> <td>8GB</td> <td>GDDR6</td> <td>256-bit</td> <td>448</td> <td>10.07 TFLOPS</td> <td>81 TOPS</td> <td>225</td> </tr> <tr> <td>RTX 2070 Super</td> <td>Turing</td> <td>12</td> <td>8GB</td> <td>GDDR6</td> <td>256-bit</td> <td>448</td> <td>9.06 TFLOPS</td> <td>72 TOPS</td> <td>215</td> </tr> <tr> <td>RTX 2070</td> <td>Turing</td> <td>12</td> <td>8GB</td> <td>GDDR6</td> <td>256-bit</td> <td>448</td> <td>7.47 TFLOPS</td> <td>65 TOPS</td> <td>175</td> </tr> <tr> <td>RTX 2060 Super</td> <td>Turing</td> <td>12</td> <td>8GB</td> <td>GDDR6</td> <td>256-bit</td> <td>448</td> <td>7.19 TFLOPS</td> <td>57 TOPS</td> <td>175</td> </tr> <tr> <td>RTX 2060</td> <td>Turing</td> <td>12</td> <td>6GB</td> <td>GDDR6</td> <td>192-bit</td> <td>336</td> <td>6.45 TFLOPS</td> <td>52 TOPS</td> <td>160</td> </tr> </tbody></table>

https://bingowith.me/2025/01/16/jina-readerlm-v2-test/ 2025-01-16T03:33:00.000Z 2025-01-16T03:33:00.000Z

<p>jina 出了 ReaderLM v2 版本，这个版本的 ReaderLM 在处理文本数据时更加高效和准确。<br>之前简单测试了下 v1, 结论是:</p> <ul> <li>幻觉严重, 尤其特别喜欢造 url</li> <li>很容易触发无限生成 比如 example1 example2…. 一直生成下去</li> </ul> <p>第一眼就是不可用就没继续了。<br>这次 v2 来了，测试了一下，幻觉问题好了很多，无限生成测试了几个也没遇到，但最为一个 html 转 markdown 的工具还是不够稳定。<br>这里的稳定性主要是指，与传统的基于语法树解析的工具相比，它在处理速度和结构识别的准确性上还有差距。他的确能生成不错的 markdown，但是很容易被正确结构但是内容文本里有特殊构造的&#x2F;或者有一些语法错误的 html 页面所影响。</p> <p>注意：这个博客里的测试只是为了列出 v2 的一些问题，针对问题进行特殊构造的测试，实际网页可能也遇不到文中提到的问题，具体以实际场景为准了。<br>顺道一提，这个模型是以 CC 协议发布的，所以商用场景需要遵守相关协议。</p>

https://bingowith.me/2025/01/14/aws-route-53-hosted-zones-features-pitfalls-migration-tips/ 2025-01-13T17:50:00.000Z 2025-01-14T03:52:00.000Z

<h2 id="AWS-坑爹啊"><a href="#AWS-坑爹啊" class="headerlink" title="AWS 坑爹啊"></a>AWS 坑爹啊</h2><p>最近查看 AWS 的账单才发现，在 route53 买的每个域名每个月都会额外收 0.5 刀，并且还有解析费，一看是因为用了托管区（hosted zone）,这个收费是托管区的。</p> <p>这个托管区的作用其实就是 DNS 管理，emmmmm….那可不得不迁移到赛博大善人 Cloudflare 了。</p> <p>这里记录一些遇到的问题吧，并把一些概念阐述下。</p>

https://bingowith.me/2024/12/13/cautious-use-of-usefetcher-polling-in-remix/ 2024-12-12T18:18:00.000Z 2024-12-13T03:52:00.000Z

<h2 id="问题概述"><a href="#问题概述" class="headerlink" title="问题概述"></a>问题概述</h2><p>今天在开发时遇到了一个有趣的问题。我在实现一个异步任务提交和状态轮询的功能时，使用了两个 useFetcher：</p> <ul> <li>第一个 fetcher 用于任务提交，使用 submit 方法（这样可以触发页面 credit 的自动刷新）</li> <li>第二个 fetcher 用于状态轮询，使用 load 方法（因为不需要页面刷新数据）</li> </ul> <p>结果发现了一个奇怪的现象：第一个任务能正常工作，但提交第二个任务后，轮询返回的却始终是第一个任务的数据, 后面也是返回的永远是第一个任务的结果.</p>