Blyの小破站~

我的API中转站：blyciallololiyyds.xyz

Wed, 26 Aug 2026 00:00:00 GMT

我的中转站：blyciallololiyyds.xzy 他一般我自用，用我接入Agent来做各种事情，这个api中转站已经很久没管过了，打开我的api中转站得用VPN打开，进去注册账号，联系我可以送你额度（在说一下为什么取那么长的域名） Bly是我的名字 Ciallo~（不用多说，柚子厨旮旯给木）

我的Bly多账号管理~

Wed, 26 Aug 2026 00:00:00 GMT

我的Bly多账号管理还可以进行密码验证

可以进行批量加群，定时批量发消息，以及自动交互功能，代理ip功能，进行自动营销，自动养号，自动引流，打广告等各种用途

我的秘密~

Wed, 26 Aug 2026 00:00:00 GMT

本文已加密保护，请访问网站查看。

无意间发现的Bot

Wed, 26 Aug 2026 00:00:00 GMT

🌸 Mioku：以初音未来为主题、AI 优先的 QQ 机器人框架#

轻量、现代、Agent 优先～
基于 mioki，让机器人真正「会用 QQ」的可爱框架。

📌 项目简介#

Mioku 是一个以初音未来为主题、基于 mioki 的 AI 优先 QQ 机器人框架。

仓库地址：https://github.com/mioku-lab/mioku
官网：https://mioku.pages.dev
开源协议：MIT
技术栈：TypeScript + Bun
底层协议：NapCat / OneBot v11

它不是传统意义上的「接大模型聊天机器人」，而是围绕 Agent / Skill 设计，让机器人可以自然地使用 QQ 功能、调用自己的插件完成各种任务。

✨ 核心特性#

特性	说明
🔌 插件系统	支持独立 npm 包管理，支持热插拔
🛠️ 服务架构	可复用的服务层，插件声明式依赖
🤖 AI Skill 系统	插件可注册 Skill，内含多个 AI 工具
📚 帮助系统	插件帮助信息自动注册与生成
⚙️ 配置管理	插件独立配置，支持热更新
📦 Workspace 管理	使用 bun workspace，插件与服务独立依赖

官方还提供了配套项目：

mioku-webui：可视化管理界面
多个官方插件：表情包、群管理、60s、MC 连接等

💖 为什么选择 Mioku？#

真正 AI 优先
不是简单对接大模型，而是围绕 Agent / Skill 设计，机器人可以主动完成任务。
轻量高性能
使用现代 TypeScript + Bun，官方称空载内存不超过 100MB。
开发体验好
插件以 npm 包形式管理，支持热插拔和配置热更新。
一键启动友好
npx mioku 即可创建项目，引导式配置，新手友好。
自带 WebUI
可视化管理插件、服务和配置，不用全程敲命令。
初音主题加持
对喜欢初音未来的用户，自带一份可爱滤镜～

目前项目还比较新，生态处于早期阶段。喜欢尝鲜和 AI Agent 玩法的朋友可以重点关注。

🛠️ 环境要求#

使用前请准备好以下环境：

Bun（推荐一键安装：npm install -g bun）
Git
Chromium 内核浏览器（Chrome / Edge 等，用于截图服务）
ffmpeg（部分插件需要）
一个可用的 NapCat 或其它 OneBot v11 实现端

🚀 快速开始#

1. 一键创建项目#

Terminal window

1
npx mioku

首次启动会自动询问 mioki 相关配置，并引导你填写 NapCat 正向 WebSocket 配置，同时询问是否安装 WebUI。

2. 启动项目#

Terminal window

1
cd <你的项目名>
2
bun run start

3. 访问 WebUI#

浏览器打开：

1
http://127.0.0.1:3339

首次启动会提示设置登录密钥。

4. 安装插件 / 服务#

Terminal window

1
# 安装插件示例
2
npx mioku install plugin 60s
3
npx mioku install plugin meme
4

5
# 安装服务示例
6
npx mioku install service ai
7

8
# 更新所有相关包
9
npx mioku update all
10

11
# 更新框架自身
12
npx mioku update self

推荐优先使用 WebUI 进行插件与服务的管理，操作更直观。

想开发软件项目的可以找我~

Wed, 26 Aug 2026 00:00:00 GMT

🌸 软件 · 自动化 · 好想法#

想做软件、搞自动化，或者有什么好玩的点子？
都可以来找我聊聊～

✨ 可以找我做什么？#

如果你有以下需求或想法，欢迎随时联系我：

想开发软件 / 小工具
需要做各种自动化脚本
有好的 idea，但不知道怎么落地
单纯想找人一起头脑风暴

不管是正经项目，还是脑洞大开的小玩意，我都挺感兴趣的～

怎么用Netlify反代

Wed, 26 Aug 2026 00:00:00 GMT

🌸 Netlify 反向代理小教程

用 Netlify 轻松实现反向代理，解决 CORS、隐藏真实接口地址，还超简单！
适合前端、独立开发者和博客站长～

✨ 什么是 Netlify 反向代理？#

Netlify 的 Rewrites / Proxies 功能，本质上是把重定向状态码设为 200。

浏览器地址栏不会变，但请求会由 Netlify 的 CDN 在后端帮你转发到目标地址。
超级适合：

解决跨域（CORS）问题
隐藏真实 API 地址
把多个服务统一到一个域名下
网站迁移时平滑过渡

官方文档：Rewrites and proxies

🧁 方法一：使用 `_redirects` 文件（最简单）#

在网站的发布目录（通常是 public、dist、build 或根目录）下创建 _redirects 文件（注意：没有扩展名）。

1
# 把 /api/* 代理到 https://api.example.com/*
2
/api/*  https://api.example.com/:splat  200
3

4
# 强制代理（即使本地有同名文件也优先代理）
5
/api/*  https://api.example.com/:splat  200!
6

7
# 代理整个网站
8
/*  https://target-site.com/:splat  200

:splat 会自动捕获后面的所有路径
末尾加 ! 表示强制生效（对应 force = true）

🍬 方法二：使用 `netlify.toml`（推荐，功能更强）#

在项目根目录创建或编辑 netlify.toml：

1
[[redirects]]
2
  from = "/api/*"
3
  to = "https://api.example.com/:splat"
4
  status = 200
5
  force = true
6

7
# 还可以添加自定义请求头哦～
8
[[redirects]]
9
  from = "/search"
10
  to = "https://api.mysearch.com"
11
  status = 200
12
  force = true
13
  headers = {X-From = "Netlify", X-Custom = "value"}

🍓 常见使用场景示例#

1. 代理第三方 API（解决 CORS）#

1
[[redirects]]
2
  from = "/api/*"
3
  to = "https://api.example.com/:splat"
4
  status = 200
5
  force = true

前端直接请求 /api/xxx 就行，超级方便！

2. 代理到另一个 Netlify 站点#

1
[[redirects]]
2
  from = "/other/*"
3
  to = "https://my-other-site.netlify.app/:splat"
4
  status = 200
5
  force = true

推荐使用 .netlify.app 域名。

3. 代理整个旧网站（迁移场景）#

1
/*  https://old-site.com/:splat  200!

📌 小贴士与注意事项#

项目	说明
缓存	代理响应默认不缓存。如果目标支持 ETag / Last-Modified，可以自动缓存
自定义头	只能在 `netlify.toml` 中添加自定义请求头
规则顺序	从上到下匹配，更具体的规则要写在前面
本地测试	使用 `netlify dev` 命令即可本地预览
限制	不是完整的 Nginx 级反向代理，复杂场景建议使用 Edge Functions

🌈 更复杂的需求怎么办？#

如果需要：

任意 URL 通用代理
自动重写 HTML 内容
添加密码保护
更灵活的逻辑处理

可以尝试使用 Netlify Edge Functions（基于 Deno）。
GitHub 上搜索 netlify proxy edge function 有很多现成模板可以参考～

✅ 快速验证方法#

部署完成后，打开浏览器开发者工具（F12）→ Network 面板：

访问你的域名 + 代理路径
看请求状态码是否为 200
确认返回内容来自目标站点

如果一切正常，就成功啦！🎉

💌 写在最后#

Netlify 的反向代理功能真的很贴心，配置简单、全球 CDN 加速、免费额度也够用。
希望这篇小教程能帮到你～

有具体需求（比如代理某个 AI 接口、整个博客、或者复杂路由）随时告诉我，我可以帮你写出更精确的配置～

祝部署顺利，代码无 Bug！✨

关键词监听机器人~

Thu, 13 Aug 2026 00:00:00 GMT

监控所有已加入的群聊，你设定的关键词，可监听所有的群聊，当有人发消息匹配到你的关键词，机器人将会把用户信息ID和哪个群（可一件定位）到所发消息的地方，把用户信息ID统一打包发给你，部署到服务器上面可24小时无间断监听~~~配合多账号管理太爽了~

Cloudflare VS Vercel？！

Wed, 12 Aug 2026 00:00:00 GMT

引言 Vercel 和 Cloudflare 是目前较为常见的两个 Web 部署平台。Vercel 偏向前端生态和开发体验，Cloudflare 则依托其全球边缘网络提供底层计算和存储能力。两者都在往”全栈应用交付平台”的方向发展，但实现路径和适用场景有所不同。

本文将介绍双方的服务和异同点，希望能帮读者理清其中的差别，从而根据自身需求做出合适的选择。

Cloudflare Cloudflare 依托其全球边缘网络，将计算和存储部署在离用户较近的节点上。以下是其四个核心服务。

Workers Workers 是一个在 Cloudflare 全球网络上运行的无服务器计算平台，基于 Service Workers API，运行在 V8 隔离环境中，启动速度快。

能跑什么后端代码： Workers 运行在 V8 引擎上，不兼容完整的 Node.js API（没有 fs、net 等模块），但提供了 fetch、Request、Response 等 Web 标准 API。支持的编程语言包括 JavaScript、TypeScript、Rust（编译为 WASM）和 Python（通过 Pyodide）。

能运行什么框架：

Web 框架：Hono、Itty Router 全栈框架：Astro（SSR）、SvelteKit、Remix、SolidStart 静态站点：Hugo、Jekyll、Zola、Astro（静态模式）免费计划每天 10 万次请求，128 MB 内存。

D1 D1 是 Cloudflare 的无服务器关系型数据库，基于 SQLite，可通过 Workers 直接访问或通过 HTTP API 操作，无需管理连接池。免费计划 5 GB 存储。

KV Workers KV 是一个全局键值存储，数据被复制到 Cloudflare 的边缘节点，适合存储配置、缓存数据等。免费计划 10 万个键。

R2 R2 是 Cloudflare 的对象存储服务，兼容 S3 API，特点是不收取出口流量费。阿里云 OSS 属于同一类。它主要用于存储非结构化数据，所以可以存很多东西，甚于像本站一样的博客。免费计划 10 GB 存储。

Vercel Vercel 与前端的框架整合较好，提供了从开发到部署的一体化体验。

Node.js 运行时 Vercel 的核心无服务器函数基于 Node.js 运行时，也支持 Python、Go、Ruby、Bun。函数在 AWS Lambda 上执行，可以使用完整的 Node.js API。

能跑什么后端代码：函数运行在标准的 Node.js 环境中，可以访问 fs、net、http、child_process 等所有 Node.js 内置模块，也可以安装任何 npm 包。因此能跑大多数 Node.js 后端代码，包括 Express、Fastify、Apollo Server 等。注意函数有超时限制（Hobby 计划 60 秒），不适合长时间运行的后台任务。

能运行什么框架：

React 框架：Next.js（原生支持最好）、Remix Vue 框架：Nuxt Svelte 框架：SvelteKit 通用框架：Astro、VitePress、Docusaurus、Hexo 几乎所有前端框架都能自动检测并选择最佳构建配置免费计划每月 100 小时函数执行时间，单函数最大 50 MB。

数据库（PostgreSQL） Vercel 与 Neon 合作提供了 Vercel Postgres（现为 Vercel Storage 的一部分），是标准的 PostgreSQL 数据库。也可以用 pg 或 @vercel/postgres 连接外部 PG 实例，如 Supabase、AWS RDS 等。

构建系统 Vercel 的构建系统会为每次 git push 自动触发构建和部署，自动检测框架并生成预览环境。免费计划每月 6,000 分钟构建时长。

D1（SQLite）与 PG 的差异 D1 基于 SQLite，PostgreSQL（Neon）是一个独立的关系型数据库，两者差异不小：什么项目适合什么：

D1 适合个人博客、小型 API、配置管理、原型项目、边缘地理位置需要低延迟的场景。不需要复杂查询和高并发，追求简单和免运维。

PostgreSQL 适合需要事务完整性、复杂查询、高并发的项目：如电商系统、论坛、内容管理系统、数据分析后台等。如果已经有现成的 PG 应用迁移过来也更合适。

鸽鸽鸽~

Wed, 26 Aug 2026 00:00:00 GMT

鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽鸽

记一次博客收录优化：从 1 个页面到全部可收录

Wed, 26 Aug 2026 00:00:00 GMT

🌸 记一次博客收录优化：从 1 个页面到全部可收录#

从只有首页被搜到，到全站文章都能被收录的实战记录～
分享排查 Google / Bing 收录问题的全过程：canonical 缺失、重复页面判定、meta description 雷同，以及 IndexNow 接入时踩过的各种坑。

🌱 起因#

某天打开 Google Search Console，看了一眼站点的收录情况，数据有点惨：

已索引页面：只有 1 个（首页）
未编入索引：23 个

未索引的原因分三类：

原因	数量	说明
Crawled - currently not indexed	21	已抓取但未收录，新站常见
Duplicate without user-selected canonical	1	没有指定规范网页的重复内容
Not found (404)	1	`/posts/` 返回 404

最扎眼的是「Duplicate without user-selected canonical」——全站居然没有任何 <link rel="canonical"> 标签！

没有 canonical，Google 无法区分：

https://blyciallo.com/
不带斜杠的版本
分页页、搜索参数变体

于是它只收录一个代表页（首页），其余全部被当成重复内容。

🛠️ 修复一：补上 canonical#

在布局组件的 <head> 里加一行：

1
<link rel="canonical" href={Astro.url} />

配合 Astro 的 trailingSlash: "always"，输出的就是带斜杠的完整 URL，与 sitemap 保持一致。

这是一个纯声明式的修复，不影响页面显示，只影响搜索引擎对 URL 的判断。

修复后，无斜杠版本虽然在 Vercel 上同样返回 200，但页面内的 canonical 指向带斜杠版本，Google 会自动剔除重复 URL。

🛡️ 修复二：robots.txt 屏蔽参数页#

/archive/?tag=xxx 这类带查询参数的过滤页会被反复抓取，但永远不会被收录，纯浪费抓取配额。

在 robots.txt 里加上：

1
Disallow: /*?tag=

简单有效！

📝 修复三：消除雷同的 meta description#

Bing 后台提示「太多页面使用相同的 meta description」。

原因是之前用的兜底逻辑：

1
description || siteConfig.description || pageTitle

所有没写 description 的页面（归档、搜索、标签、分类页）全部退回到同一个站点描述。

修复方案：

文章页：没有手写 description 时，兜底用正文第一段作为摘要（项目里本来就有 remark-excerpt 插件在生成 excerpt，只是没人用）
归档 / 搜索 / 标签 / 分类页：各自补充独立的 description（走 i18n，六种语言都加了翻译）

🚀 修复四：接入 IndexNow#

IndexNow 是一个开放协议，Bing、Yandex、Naver、Seznam 都支持。

网站根目录放一个 <key>.txt 文件作为“地盘证明”，发布内容后主动向搜索引擎提交 URL，通常几小时到一两天内就会被抓取，不需要等爬虫慢慢来。

我做了三件事：

生成一个 UUID 作为 key，写入 public/<key>.txt（注意：文件内容不能有多余的换行符，Bing 校验非常严格）
写了一个构建后脚本 scripts/indexnow.ts：读 sitemap 里的 URL，逐个端点提交
接入 pnpm build 最后一步，以后每次部署自动提交

踩坑记录 🕳️#

坑一：key 文件不能有换行符
写入文件时默认带 \n，Bing 验证 key 文件内容时严格比对，多余的换行符会导致验证失败（403）。

坑二：POST 接口 403，GET 接口正常
相同的 key、相同的 URL，POST https://api.indexnow.org/indexnow 稳定返回 403，改用 GET 请求则返回 202。

最终脚本改成对多个端点逐一提交：

api.indexnow.org（Bing 聚合）
www.bing.com
yandex.com
searchadvisor.naver.com
search.seznam.cz

实测同一 key：Yandex / Naver / Seznam 全部接受，只有 Bing 拒绝。

坑三：Bing 会把主机标记为“未授权”并缓存
Bing 的验证器会异步验证 key 文件，一旦判定主机“未授权”（比如 key 文件还没上线就去提交），这个状态会被缓存。
换新 key 也绕不过去，只能等缓存过期（最长 24 小时）或等待域名验证方式修正。

坑四：用“从 Google Search Console 导入”验证的域名，Bing 的 IndexNow 会拒绝
在 Bing Webmaster Tools 里重新添加了站点，改用 XML 文件方式验证，之后 Bing 的 IndexNow 面板就能看到提交记录了（353 条）。

坑五：搜索引擎不解析 sitemap 索引文件
先是在 Bing 上发现提交 sitemap-index.xml 只发现 1 个 URL；后来发现 Google Search Console 也一样——读过一次索引后 “Sitemaps read” 一直为 0。

两个搜索引擎都改成直接提交 sitemap-0.xml 后，Bing 和 Google 均成功发现 39 个 URL。

🌈 现状与总结#

Google 侧：canonical、meta description、robots.txt 均已修复；sitemap-0.xml 已成功处理（39 个 URL）。剩下的交给时间（新站收录慢是正常的）
Bing 侧：网站地图 ✅（39 个 URL）、IndexNow ✅（353 条提交记录），Yandex / Naver / Seznam 也已收到提交
后续：发新文章，部署时自动提交 IndexNow，无需手动操作

最大的感悟#

SEO 里 90% 的问题都是“少了一行标签”。

测试

Tue, 11 Aug 2026 00:00:00 GMT

测试 1241412 1512512 咕咕嘎嘎咕咕嘎嘎过

Markdown Mermaid 图表

Thu, 01 Jan 1970 00:00:00 GMT

Markdown 中 Mermaid 图表完整指南#

本文演示如何在 Markdown 文档中使用 Mermaid 创建各种复杂图表，包括流程图、时序图、ER 图、类图、状态图、XY 图、甘特图、思维导图等。

Mermaid 图表由 Merman 实现。Firefly 在 Astro 构建阶段生成亮色和深色两套静态 SVG，无需在浏览器中加载 Mermaid 渲染运行时。可以前往 Merman Playground 实时编辑语法并预览渲染结果。

流程图示例#

流程图非常适合表示流程或算法步骤。

是

否

选项 1

选项 2

选项 3

子过程详情

子步骤 1

子步骤 2

子步骤 3

开始

条件检查

处理步骤 1

处理步骤 2

另一个决策

结果 1

结果 2

结果 3

结束

是

否

选项 1

选项 2

选项 3

子过程详情

子步骤 1

子步骤 2

子步骤 3

开始

条件检查

处理步骤 1

处理步骤 2

另一个决策

结果 1

结果 2

结果 3

结束

时序图示例#

时序图显示对象之间随时间的交互。

数据库服务器网页应用用户数据库服务器网页应用用户alt[认证成功][认证失败]提交登录请求发送认证请求查询用户凭据返回用户数据返回认证结果显示欢迎页面请求用户数据获取用户偏好返回偏好设置返回用户数据加载个性化界面显示错误消息提示重新输入

ER 图示例#

ER 图（实体关系图）非常适合表示数据库结构。

writes

posts

has

belongs to

USER

int

string

username

string

datetime

created_at

ARTICLE

int

string

title

text

content

datetime

published

int

author_id

COMMENT

int

text

content

datetime

created_at

int

user_id

int

article_id

类图示例#

类图显示系统的静态结构，包括类、属性、方法及其关系。

写作

发表

拥有

属于

User

+String username

+String password

+String email

+Boolean active

+login()

+logout()

+updateProfile()

Article

+String title

+String content

+Date publishDate

+Boolean published

+publish()

+edit()

+delete()

Comment

+String content

+Date commentDate

+addComment()

+deleteComment()

状态图示例#

状态图显示对象在其生命周期中经历的状态序列。

提交

拒绝

批准

发布

归档

撤回

草稿

审核中

已批准

已归档

已发布

临时隐藏

恢复

活跃

隐藏

提交

拒绝

批准

发布

归档

撤回

草稿

审核中

已批准

已归档

已发布

临时隐藏

恢复

活跃

隐藏

XY 图示例#

XY 图表非常适合展示趋势和对比数据。

月度访问量趋势1月2月3月4月5月6月5000450040003500300025002000150010005000访问量

饼图示例#

饼图适合直观展示各部分在整体中的占比。

45%30%15%10%内容类型占比技术文章 [45]项目记录 [30]生活随笔 [15]其他 [10]

甘特图示例#

甘特图可以按时间轴展示项目阶段、任务依赖和当前进度。

07/0107/0307/0507/0707/0907/1107/1307/1507/17需求整理视觉设计功能实现内容迁移构建检查正式上线准备开发发布博客版本发布计划

思维导图示例#

思维导图适合梳理主题层级和知识结构。

Firefly

内容

技术文章

生活记录

体验

搜索

深色模式

图表

工程

Astro

Svelte

Merman

Firefly

内容

技术文章

生活记录

体验

搜索

深色模式

图表

工程

Astro

Svelte

Merman

时间线示例#

时间线用于按年份或阶段呈现项目的重要事件。

2024建立博客完成基础主题2025加入搜索与图库完善内容系统2026升级 Astro 7使用 Merman 渲染图表Firefly 演进时间线

用户旅程图示例#

用户旅程图能够描述用户在不同阶段的行为和体验评分。

读者

发现内容

发现内容读者

打开首页

打开首页读者

搜索主题

阅读文章

阅读文章读者

浏览正文

浏览正文读者

查看图表

继续探索

继续探索读者

查看相关文章

查看相关文章读者

分享文章

分享文章读者浏览文章的旅程

读者

发现内容

发现内容读者

打开首页

打开首页读者

搜索主题

阅读文章

阅读文章读者

浏览正文

浏览正文读者

查看图表

继续探索

继续探索读者

查看相关文章

查看相关文章读者

分享文章

分享文章读者浏览文章的旅程

Git 图示例#

Git 图可以清晰展示分支、提交和合并历史。

mainfeatureinitadd-diagramspolish-themesmerge-featurerelease

看板示例#

看板适合展示任务在不同工作阶段之间的分布。

待办

进行中

已完成

整理需求

准备示例

接入 Merman

服务端渲染

亮暗主题

待办

进行中

已完成

整理需求

准备示例

接入 Merman

服务端渲染

亮暗主题

Sankey 图示例#

Sankey 图通过连线宽度展示流量在不同节点之间的流向。

Home 1650Post list 1200Search 450Post detail 1220Related posts 260External shares 180

总结#

Mermaid 是在 Markdown 文档中创建各种类型图表的强大工具。本文演示了流程图、时序图、ER 图、类图、状态图、XY 图、饼图、甘特图、思维导图、时间线、用户旅程图、Git 图、看板和 Sankey 图。这些图表可以帮助您更清晰地表达复杂的概念、流程和数据结构。

要使用 Mermaid，只需在代码块中指定 mermaid 语言，并使用简洁的文本语法描述图表。图表会在构建时自动渲染为 SVG，无需客户端 JavaScript 加载。

可以前往 Merman Playground 尝试更多语法，再将图表代码粘贴到文章中。

Blyの小破站~

我的API中转站：blyciallololiyyds.xyz

我的Bly多账号管理~

我的秘密~

无意间发现的Bot

🌸 Mioku：以初音未来为主题、AI 优先的 QQ 机器人框架#

📌 项目简介#

✨ 核心特性#

💖 为什么选择 Mioku？#

🛠️ 环境要求#

🚀 快速开始#

1. 一键创建项目#

2. 启动项目#

3. 访问 WebUI#

4. 安装插件 / 服务#

想开发软件项目的可以找我~

🌸 软件 · 自动化 · 好想法#

✨ 可以找我做什么？#

怎么用Netlify反代

✨ 什么是 Netlify 反向代理？#

🧁 方法一：使用 _redirects 文件（最简单）#

🍬 方法二：使用 netlify.toml（推荐，功能更强）#

🍓 常见使用场景示例#

1. 代理第三方 API（解决 CORS）#

2. 代理到另一个 Netlify 站点#

3. 代理整个旧网站（迁移场景）#

📌 小贴士与注意事项#

🌈 更复杂的需求怎么办？#

✅ 快速验证方法#

💌 写在最后#

关键词监听机器人~

Cloudflare VS Vercel？！

鸽鸽鸽~

记一次博客收录优化：从 1 个页面到全部可收录

🌸 记一次博客收录优化：从 1 个页面到全部可收录#

🌱 起因#

🛠️ 修复一：补上 canonical#

🛡️ 修复二：robots.txt 屏蔽参数页#

📝 修复三：消除雷同的 meta description#

🚀 修复四：接入 IndexNow#

踩坑记录 🕳️#

🌈 现状与总结#

最大的感悟#

测试

Markdown Mermaid 图表

Markdown 中 Mermaid 图表完整指南#

流程图示例#

时序图示例#

ER 图示例#

类图示例#

状态图示例#

XY 图示例#

饼图示例#

甘特图示例#

思维导图示例#

时间线示例#

用户旅程图示例#

Git 图示例#

看板示例#

Sankey 图示例#

总结#

🧁 方法一：使用 `_redirects` 文件（最简单）#

🍬 方法二：使用 `netlify.toml`（推荐，功能更强）#