本文介绍如何通过反向代理（如 Cloudflare Workers）将 https://www.mydomain123.com/wAzclnp3 这类简洁 URL 透明转发至真实后端 API（如 https://my-backend-api-server.../redirect/wAzclnp3），从而隐藏原始接口地址、提升用户体验与安全性，同时兼容静态资源和主站路由。
本文介绍如何通过反向代理（如 cloudflare workers）将 `https://www.mydomain123.com/wazclnp3` 这类简洁 url 透明转发至真实后端 api（如 `https://my-backend-api-server.../redirect/wazclnp3`），从而隐藏原始接口地址、提升用户体验与安全性，同时兼容静态资源和主站路由。
在 Django 构建的 URL 缩短服务中，直接暴露云函数或 API 后端地址（如 https://my-backend-api-server.us-central1.run.app/redirectapp/redirect/wAzclnp3）不仅冗长难记，更存在安全风险——可能泄露部署架构、增加被恶意探测或滥用的风险。理想方案是：用户访问 https://www.mydomain123.com/wAzclnp3 时，由边缘层完成请求转发与响应处理，Django 后端仅专注业务逻辑（如哈希解析、点击统计），不参与 URL 路由暴露。
值得注意的是，Django 本身并不适合直接承担“隐藏后端 URL”的核心职责。其本质是应用框架，而非边缘网关。若强行在 Django 中通过 requests 代理转发（例如在视图中调用 requests.get() 再返回响应），会引入额外延迟、单点瓶颈、连接池管理复杂性，且无法规避 Django 服务器 IP/域名的暴露。因此，推荐采用 边缘反向代理方案 —— 将路由逻辑下沉至 CDN 或 Serverless 边缘网络（如 Cloudflare Workers、Vercel Edge Functions、AWS CloudFront + Lambda@Edge），实现零延迟、高并发、低耦合的 URL 美化。
以下以 Cloudflare Workers 为例，提供一个生产就绪的代理脚本（已适配你的需求）：
addEventListener('fetch', event => {
event.respondWith(handleRequest(event.request));
});
async function handleRequest(request) {
const url = new URL(request.url);
const path = url.pathname;
// ✅ 规则1：短链接路由 /wAzclnp3 → 后端 API 解析
if (path.length > 1 && !path.includes('.')) { // 排除带扩展名的路径（如 /logo.png）
const hash = path.slice(1); // 提取 wAzclnp3
const backendUrl = `https://my-backend-api-server.us-central1.run.app/redirectapp/redirect/${hash}`;
try {
const res = await fetch(backendUrl, {
method: 'GET',
headers: { 'Accept': 'application/json' },
});
if (res.ok) {
const data = await res.json();
// 假设后端返回 { "target_url": "https://example.com" }
return Response.redirect(data.target_url || '/', 302);
} else if (res.status === 404) {
return new Response('Not found', { status: 404 });
} else {
throw new Error(`Backend error: ${res.status}`);
}
} catch (err) {
console.error('Proxy failed:', err);
return new Response('Service unavailable', { status: 503 });
}
}
// ✅ 规则2：静态资源（/static/, /assets/）→ GitHub Pages 或 CDN
if (path.startsWith('/static/') || path.startsWith('/assets/')) {
return fetch(`https://myaccount.github.io/personal_website${path}`);
}
// ✅ 规则3：其他路径（/、/about、/otherapp）→ 主站（GitHub Pages）
const githubUrl = `https://myaccount.github.io/personal_website${path}`;
let response = await fetch(githubUrl);
// SPA 兜底：404 时返回 index.html（支持前端路由）
if (response.status === 404) {
response = await fetch('https://myaccount.github.io/personal_website/index.html');
}
// 透传响应（含状态码、body、必要头）
const newHeaders = new Headers(response.headers);
newHeaders.set('Access-Control-Allow-Origin', '*');
return new Response(response.body, {
status: response.status,
headers: newHeaders,
});
}
? 关键设计说明：
- 精准路由识别：使用 path.length > 1 && !path.includes('.') 判断是否为纯哈希路径（如 /wAzclnp3），避免误匹配 /favicon.ico 或 /robots.txt；
- 后端协议解耦：Django 只需提供标准 JSON 接口（如 GET /redirectapp/redirect/{hash} 返回 { "target_url": "https://..." }），无需生成重定向响应；
- 静态资源分离：/static/ 和 /assets/ 直接代理至 GitHub Pages，减轻后端压力；
- SPA 友好：对非短链路径，自动 fallback 到 index.html，支持 React/Vue 路由；
- 错误防御：捕获网络异常、HTTP 错误码，返回清晰状态码（404/503），便于监控与调试。
✅ 部署建议：
- 在 Cloudflare 控制台创建 Worker，粘贴上述代码；
- 绑定自定义域名 www.mydomain123.com 并启用 SSL；
- DNS 设置中，将 www.mydomain123.com 的 A 记录指向 Cloudflare（Proxy 状态为橙色云朵）；
- Django 后端保持原样，仅需确保 /redirectapp/redirect/
/ 接口稳定可用。
⚠️ 注意事项：
- 不要将敏感 Header（如 Authorization）无差别透传至后端，应在 Worker 中按需过滤；
- 若需记录点击日志，应在 Worker 层调用 analytics API 或写入 KV 存储，避免增加后端负担；
- 测试时使用 curl -I https://www.mydomain123.com/testhash 验证 302 重定向是否生效；
- 对于高并发场景，可结合 Cloudflare Cache Rules 缓存常见重定向（如 Cache-Control: public, max-age=3600）。
通过此方案，你彻底剥离了 URL 美化与业务逻辑的耦合，既保护了后端基础设施，又赋予用户极简、可信的短链体验——这才是现代 Web 架构中「关注点分离」的最佳实践。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
