Files
KVideo/lib/server/runtime-env.ts
T
can4hou6joeng4 81c46d754e fix(sync): 修复自托管下无法读取 Upstash 配置
app/api/user/{sync,config} 用 @upstash/redis/cloudflare 的
Redis.fromEnv() 创建客户端。该实现只读传入的 env 参数或 Cloudflare
全局绑定,从不回退到 process.env,因此在 Docker / Node 自托管下
url 与 token 恒为 undefined,两个接口必定返回 500,跨设备同步
(收藏、历史、设置)完全不可用。认证走的是 auth.ts 里的
new Redis({ url, token }),所以登录正常,只有用户数据读写失败。

把 auth.ts 中已有的双源回退抽成 lib/server/runtime-env.ts,Redis
客户端抽成 lib/server/redis.ts,两个路由改为惰性获取共享客户端。
惰性创建同时修正了另一个隐患:Cloudflare 的 per-request 绑定在
模块求值阶段不可达,而原先客户端是在模块作用域创建的。

未配置 Upstash 时返回 503 并给出明确说明,而不是当成请求失败。

Fixes #226
2026-07-31 10:12:40 +08:00

21 lines
755 B
TypeScript

import { getOptionalRequestContext } from '@cloudflare/next-on-pages';
/**
* Read an environment value that may live in either runtime environment.
*
* On Cloudflare, bindings and secrets are only reachable through the
* per-request context. On Docker / Node self-hosting there is no such context,
* so the value comes from `process.env`.
*/
export function getRuntimeEnvValue(name: string, fallback = ''): string {
try {
const runtimeEnv = getOptionalRequestContext()?.env as unknown as Record<string, unknown> | undefined;
const value = runtimeEnv?.[name];
if (typeof value === 'string') return value;
} catch {
// Outside Cloudflare's request runtime, fall back to process.env.
}
return process.env[name] || fallback;
}