标签 Cloudflare Pages 下的文章

部署到 Cloudflare Workers

  1. fork 本存储库Fork xixu-me/Xget

  2. 获取 Cloudflare 凭证

  3. 配置 GitHub Secrets

    • 进入你的 GitHub 存储库 → Settings → Secrets and variables → Actions
    • 添加以下 secrets:
      • CLOUDFLARE_API_TOKEN:你的 API 令牌
      • CLOUDFLARE_ACCOUNT_ID:你的 Account ID
  4. 触发部署

    • 推送代码到 main 分支会自动触发部署
    • 仅修改文档文件(.md)、LICENSE.gitignore 等不会触发部署
    • 也可以在 GitHub Actions 页面手动触发部署
  5. 绑定自定义域名(可选):在 Cloudflare Workers 控制台中绑定你的自定义域名

部署到 Cloudflare Pages

  1. fork 本存储库Fork xixu-me/Xget

  2. 获取 Cloudflare 凭证

  3. 配置 GitHub Secrets

    • 进入你的 GitHub 存储库 → Settings → Secrets and variables → Actions
    • 添加以下 secrets:
      • CLOUDFLARE_API_TOKEN:你的 API 令牌
      • CLOUDFLARE_ACCOUNT_ID:你的 Account ID
  4. 触发部署

    • 存储库会自动将 Workers 代码转换为 Pages 兼容格式并同步到 pages 分支
    • 推送代码到 main 分支会自动触发同步和部署工作流
    • 仅修改文档文件(.md)、LICENSE.gitignore 等不会触发部署
    • 也可以在 GitHub Actions 页面手动触发部署
  5. 绑定自定义域名(可选):在 Cloudflare Pages 控制台中绑定你的自定义域名

注意pages 分支是从 main 分支自动生成的。请勿手动编辑 pages 分支,因为它会被同步工作流覆盖。

部署到 EdgeOne Pages

  1. fork 本存储库Fork xixu-me/Xget

  2. 获取 EdgeOne Pages API Token

  3. 配置 GitHub Secrets

    • 进入你的 GitHub 存储库 → Settings → Secrets and variables → Actions
    • 添加以下 secret:
      • EDGEONE_API_TOKEN:你的 API Token
  4. 触发部署

    • 存储库会自动将 Workers 代码转换为 Pages 兼容格式并同步到 pages 分支
    • 推送代码到 main 分支会自动触发同步和部署工作流
    • 仅修改文档文件(.md)、LICENSE.gitignore 等不会触发部署
    • 也可以在 GitHub Actions 页面手动触发部署
  5. 绑定自定义域名(可选):在 EdgeOne Pages 控制台中绑定你的自定义域名

注意pages 分支是从 main 分支自动生成的。请勿手动编辑 pages 分支,因为它会被同步工作流覆盖。

部署到 Vercel

  1. fork 本存储库Fork xixu-me/Xget

  2. 获取 Vercel 凭证

    • 访问 Vercel Account Settings 创建并记录 Access Token
    • 访问 Team Settings 记录 Team ID
    • 新建项目后访问项目的 Settings 记录 Project ID
  3. 配置 GitHub Secrets

    • 进入你的 GitHub 存储库 → Settings → Secrets and variables → Actions
    • 添加以下 secrets:
      • VERCEL_TOKEN:你的 Access Token
      • VERCEL_ORG_ID:你的 Team ID
      • VERCEL_PROJECT_ID:你的 Project ID
  4. 触发部署

    • 存储库会自动将 Workers 代码转换为 Functions 兼容格式并同步到 functions 分支
    • 推送代码到 main 分支会自动触发同步和部署工作流
    • 仅修改文档文件(.md)、LICENSE.gitignore 等不会触发部署
    • 也可以在 GitHub Actions 页面手动触发部署
  5. 绑定自定义域名(可选):在 Vercel 控制台中绑定你的自定义域名

注意functions 分支是从 main 分支自动生成的。请勿手动编辑 functions 分支,因为它会被同步工作流覆盖。

部署到 Netlify

  1. fork 本存储库Fork xixu-me/Xget

  2. 获取 Netlify 凭证

    • 访问 Netlify User Settings 创建并记录 personal access token
    • 新建项目后访问 Project configuration 记录 Project ID
  3. 配置 GitHub Secrets

    • 进入你的 GitHub 存储库 → Settings → Secrets and variables → Actions
    • 添加以下 secrets:
      • NETLIFY_AUTH_TOKEN:你的 personal access token
      • NETLIFY_SITE_ID:你的 Project ID
  4. 触发部署

    • 存储库会自动将 Workers 代码转换为 Functions 兼容格式并同步到 functions 分支
    • 推送代码到 main 分支会自动触发同步和部署工作流
    • 仅修改文档文件(.md)、LICENSE.gitignore 等不会触发部署
    • 也可以在 GitHub Actions 页面手动触发部署
  5. 绑定自定义域名(可选):在 Netlify 控制台中绑定你的自定义域名

注意functions 分支是从 main 分支自动生成的。请勿手动编辑 functions 分支,因为它会被同步工作流覆盖。

部署到 Deno Deploy

  1. fork 本存储库Fork xixu-me/Xget

  2. 切换默认分支

    • 进入你的 GitHub 存储库 → Settings → General → Default branch
    • 将默认分支从 main 切换到 functions
  3. 部署到 Deno Deploy

  4. 绑定自定义域名(可选):在 Deno Deploy 控制台中绑定你的自定义域名

注意functions 分支是从 main 分支自动生成的。请勿手动编辑 functions 分支,因为它会被同步工作流覆盖。

自托管部署

如果你希望在自己的服务器上运行 Xget,可以使用 Docker 或 Podman 部署:

使用预构建镜像

从 GitHub Container Registry 拉取并运行预构建的镜像:

使用 Docker:

# 拉取最新镜像
docker pull ghcr.io/xixu-me/xget:latest

# 运行容器
docker run -d \
  --name xget \
  -p 8080:8080 \
  ghcr.io/xixu-me/xget:latest

使用 Podman:

# 拉取最新镜像
podman pull ghcr.io/xixu-me/xget:latest

# 运行容器
podman run -d \
  --name xget \
  -p 8080:8080 \
  ghcr.io/xixu-me/xget:latest

本地构建

从源码构建容器镜像:

使用 Docker:

# 克隆存储库
git clone https://github.com/xixu-me/Xget.git
cd Xget

# 构建镜像
docker build -t xget:local .

# 运行容器
docker run -d \
  --name xget \
  -p 8080:8080 \
  xget:local 

使用 Podman:

# 克隆存储库
git clone https://github.com/xixu-me/Xget.git
cd Xget

# 构建镜像
podman build -t xget:local .

# 运行容器
podman run -d \
  --name xget \
  -p 8080:8080 \
  xget:local 

使用 Docker Compose / Podman Compose

创建 docker-compose.yml 文件:

version: '3.8' services: xget:  ghcr.io/xixu-me/xget:latest container_name: xget ports: - "8080:8080" restart: unless-stopped 

使用 Docker Compose:

docker compose up -d

使用 Podman Compose:

podman compose up -d

部署完成后,Xget 将在 8080 端口运行。

注意:自托管部署不包括全球边缘网络加速,性能取决于你的服务器配置和网络环境。


📌 转载信息
原作者: xixu-me
转载时间: 2026/1/25 23:15:14

已经测试了一段时间,没有发现什么大问题,并且还在持续更新中,基于 Cloudflare 全生态部署。

  • 数据库使用 D1 SQL
  • 登录 token 基于 KV Workers 进行校验
  • 接口基于 Cloudflare Workers 进行构建
  • 管理后台及评论端 js 托管到 Cloudflare Pages

我已经将我的网站全面接入该程序,测试链接:

1. 评论端

2. 后台管理


功能:

功能方面足以满足多站点使用。

  • 极速响应:基于 Cloudflare 全球边缘网络
  • 安全可靠:内置管理员认证、CORS 保护等
  • 易于集成:提供完整的 REST API,支持定制前端评论组件
  • 管理后台:提供完善的后台管理界面,方便评论管理
  • 评论审核:支持手动审核评论,防止垃圾评论
  • 禁止评论:支持屏蔽 IP 和拉黑邮箱
  • 邮件通知:集成各大邮箱厂商(逐步接入),支持自定义通知模板


文档中介绍了部署的流程,感兴趣的佬友可以试试看,顺便提交一下反馈,还在不断优化。

支持从其他评论框架进行迁移,文档中均有说明。


📌 转载信息
原作者:
anghunk
转载时间:
2026/1/21 22:14:01

作为一名 41 岁的“大龄” IT 从业者,过去 13 年我一直在做聚焦国内做电商 ERP (Java 栈)。国内的 SAAS 环境,大家都懂的。在这个年纪,无论是职场还是个人发展都容易陷入瓶颈。与其焦虑,不如折腾。于是我决定跳出舒适区,尝试搞一次独立站出海试试水。

这算是一个 Hello World 级别的 MVP ,核心原则是**“零成本启动” (白嫖)**,主要目的是为了跑通 产品 -> 部署 -> 支付 -> 上线 的全链路。

项目刚上线,分享一下在这个过程中的技术选型和遇到的坑,希望能给同样想出海的兄弟们一点参考。

1. 市场调研:AI 的“彩虹屁”与现实

对于没出过国的土著开发者,挖掘海外需求是最大的痛点。
这次我没有去 Reddit 或 Google Trends 爬数据,而是从自己日常生活的一个小需求出发:**根据照片直接生成简单的视频集锦 (Montage)**,主打极简,不需要复杂的剪辑。
调研过程中我使用了 Gemini Deep Research

  • 体验:虽然报告很详尽,但我感觉 AI 有点“过分吹捧”。它会义正言辞地告诉我 $4.99 的定价不高,“对老外就是一杯咖啡钱”。
  • 反思:AI 的鼓励听听就好,真金白银的转化率才是检验标准的唯一真理。

2. 域名与品牌 (Spaceship + Cloudflare)

  • 起名:直接问 Gemini 要了 10 个建议,逐一验证。最后选中了 QuickMontage.com( Montage 在英文中即为蒙太奇/剪辑之意,语义直观)。
  • 注册商:选择了 Spaceship
  • 理由:Gemini 建议出海尽量选国外注册商(避坑阿里云/腾讯云的实名和转出限制)。对比了 Porkbun 和 Cloudflare ,Spaceship 的 UI 最现代,而且支持支付宝付款,使用了优惠码后价格也很香。DNS 解析生效极快。

3. Logo 设计

试了一些国外的 AI Logo 生成工具(如 Namecheap Logo Maker 等),提示词怎么调都不太满意。最后反而是国产的 即梦 (Jimeng) 生成的效果比较符合我想要的“简洁风”,稍微修整一下就用了。

4. 技术栈:从 Java 到 Next.js 的“叛逃”

作为一个写了十几年 Java 后端的人,以前开发那是相当重:Tomcat, MySQL, Nginx 一套下来挺累人。
这次出海,为了效率和成本,我选择了目前海外最火的 Next.js + Serverless 方案,主打一个 Vibe Coding (随缘写码,AI 辅助)。

  • 前端/框架:Next.js (App Router)。

  • 后端/DBSupabase。对于独立开发者,BaaS 真的比手搓后端香太多了,Auth 和 Database 一把梭。

  • 托管/部署GitHub + Cloudflare Pages

  • 优势:Master 分支一提交自动触发部署,全球 CDN 速度极快,且 HTTPS 证书自动搞定。

  • 对比:相比我以前搞 ERP 的发布流程,现在的体验简直是降维打击。

  • IDE:Antigravity (配合 AI 辅助编程)。

5. 支付:最耗时的一环 (Creem)

这是最大的坑。因为没有海外公司和港卡,Stripe 这种第一梯队用不了。

  • PayPal:注册了个人号,但体验不好,跳转支付容易流失用户。
  • Creem:最后选了这家做 MoR (Merchant of Record)。
  • 踩坑:注册顺利,但卡在了收款账户开通( Live Access )。系统自动审核把我的个人身份验证拒了(可能风控觉得中国个人开发者风险高)。
  • 解决:不得不走人工审核。老外的效率大家懂的,来回拉锯了一个多星期。期间提供了详细的产品演示视频,解释了开发背景,最后才给过。
  • 建议:如果大家接支付被拒,不要放弃,直接找客服对线,证明你是真实开发者通常都能过。

6. 现状与求拍砖

目前站子刚上线,功能非常 MVP ,就是纯粹的照片转视频。同时,现在其实仍然在我的舒适区,最难的推广,找词这些现在都没敢去碰。
地址:https://www.quickmontage.com

想请教各位大佬:

  1. 网速测试:在国内不挂梯子的情况下,Cloudflare Pages 的加载速度如何?
  2. SEO:对于这种工具类的小站,除了提交 Sitemap ,还有什么适合个人操作的冷启动路子?

感谢各位!

话不多说,直接上效果图!

网站地址:VersaTool 极效工具箱

已实现功能

文本对比、高频统计、大小写转换、字数统计、假文生成器、时间戳转换、二维码生成、JSON 格式化、模拟数据生成、Base64 编解码、强密码生成、加密工坊。

开发流程:

1. 使用 Google AI Studio 中的 Build 功能开发项目应用
2. 在 Trae 里导入完整代码,继续优化项目或修复 Bug
3. 本地运行打包生成静态文件
4. 部署到 Cloudflare Pages 上

对项目感兴趣的佬友,可以在此基础上进行二次开发!

补充一下:浏览器在浅色背景下边框显示不出来,有知道的佬吗?


📌 转载信息
原作者:
zII
转载时间:
2026/1/3 12:02:19