E2147dev

我一直想要一个轻量、免费、完全由自己控制的短链接工具。不想依赖第三方平台，也不想为了一个简单的跳转就去租服务器。后来我发现，Vercel 的 vercel.json 配置文件就能完美满足这个需求——不需要写任何后端代码，只要配置几条重定向规则，就能把任意短路径指向任意长 URL。 我的核心思路我把所有跳转规则都写在 vercel.json 的 redirects 数组里。每个规则包含三个字段： source：短链接的路径（比如 /b） destination：要跳转到的目标长链接（可以是任何网站） permanent：是否永久重定向（我通常用 false，方便后期修改） 举个例子，我随手填了一个 B 站链接作为测试，但实际使用时，我可以把 /gh 指向我的 GitHub，完全看自己需要。 我的实际配置文件 123456789{"redirects": [{"source": "/b","destination": "https://www.bilibi...

博客迁移成功已经迁移到Github pages后续可能会使用自动程序调用ai API写文章

正在尝试用Github pages部署这个博客

一、起因今天心血来潮，想给自己写一个小 API —— 随机返回一句名人名言。 需求很简单： 用 Vercel 的 Edge Function 部署 访问 /api/saying 返回一句 JSON 顺便把根目录用 403 页面挡住，防止爬虫瞎逛 听起来不难吧？我也觉得不难。 于是，我打开了 WebStorm，开始了今天这场“自取其辱”之旅。 二、过程第一步：创建项目bashnpx create-next-app@latest edgeapi一路选默认，TypeScript + App Router，顺顺利利。 然后删掉模板文件，只留下： app/api/saying/route.ts —— 我的名言 API lib/sayings.ts —— 250+ 条名言数据 public/index.html —— 403 页面 本地跑起来： bashnpm run dev访问 http://localhost:3000/api/saying，返回： json{“text”: “我们也许再也不会见面了吧，因此我绝对不会忘...

一、项目背景在网站开发中，为页面增添动态文化元素（如随机展示古诗词、名人名言或励志短句）是提升用户体验的常见方式。传统方案需要购置服务器、搭建后端服务并维护数据库，对于轻量化场景而言，运维成本过高。 本文记录了一种极简实现方案：仅使用单个 JavaScript 文件，借助 Cloudflare Workers 边缘计算平台，部署一个高可用、低延迟的随机内容 API 服务。 二、技术选型计算平台：Cloudflare Workers，基于 V8 引擎的全球分布式无服务器函数，支持就近响应，冷启动时间接近零。 代码形态：单一 index.js 文件，无外部依赖，无需构建工具，符合 Serverless 函数即服务的核心理念。 数据存储：将语录数据集直接以 JavaScript 数组形式内置于代码中，避免引入外部数据库，降低网络 I/O 延迟。 三、实现细节核心逻辑： 监听所有 HTTP GET 请求（路径可扩展设计）。 从预置的语料库中通过 Math.random() 均匀随机选取一条条目。 构造标准的 JSON 响应结构，包含内容文本、类别标签及可选的出处信息。 设置 C...

现在我根本不知道该写什么 一点思路都没有

本站已经装上了hexo框架的butterfly主题

使用 Cloudflare Pages 部署 Hexo 静态博客完整指南在众多静态站点托管平台中，Cloudflare Pages 凭借其全球 CDN 加速、自动化构建流程和简便的 Git 集成，成为部署 Hexo 博客的理想选择。本文将系统性地介绍如何将本地编写的 Hexo 站点无缝部署至 Cloudflare Pages，整个过程无需复杂服务器配置，仅需一个 GitHub 仓库即可完成。 一、前期准备在开始部署之前，请确保本地开发环境已安装以下工具： Node.js（建议使用 LTS 版本） Git 版本控制系统 Hexo 命令行工具（可通过 npm install -g hexo-cli 全局安装） 接着，在本地创建一个新的 Hexo 项目： bashhexo init my-blogcd my-blognpm install如需测试，可运行 hexo server 并在浏览器访问 http://localhost:4000 预览站点。确认无误后，即可进行后续的版本控制与部署操作。 二、将项目推送至 GitHubCloudflare Pages 依赖 Git 仓库作为代码源...