CREDIT CARD / EXCHANGE RATES
先看清汇率，
再决定刷哪张卡。
把卡组织、银行和备用来源放在同一张检查台。
核对数据，也核对它在 Cloudflare 上是否真的可用。
正在载入内置历史样例…
01 / REQUEST
设置一次查询
取得汇率的来源—
标准化报价条数—
待检查 / 失败—
当前结果范围内置快照
02 / SOURCES
每个来源，都有据可查
03 / QUOTES
全部标准化报价
每行表示 1 单位基准货币 → 报价货币，保留原始币对方向。买入 / 卖出均为银行视角；“折算参考”不等于卖出价。空值用 — 显示。
| 来源 / 获取环境 | 币对 · 每 1 单位 | 卡组织汇率 | 现汇买入 | 现汇卖出 | 现钞买入 | 现钞卖出 | 折算参考 | 报价日期 / 时间 | 原始单位 |
|---|
没有匹配的报价。可调整筛选，或查看来源卡片中的错误。
历史补充：工行官网浏览器采集样例 21 个币种 · 非实时接口结果
| 币种 | 官网买入原值 | 官网卖出原值 | 官网发布时间（北京） |
|---|
HOW TO READ
检查时，注意这几件事。
获取时间 ≠ 汇率日期。所有完整时间统一显示为北京时间；只有日期的报价不补造时分秒。第三方网页的生成时间也不当作报价时间。
成功的 HTTP 请求 ≠ 可用报价。Visa 官网即使返回 200，也需要验证方向。工行浏览器样例无法证明 CF 直连接口可用。失败不会用快照或第三方结果自动替代。
普通银行牌价 ≠ 信用卡结算价。招行使用信用卡每日 10:00 专用美元价，其他银行还需核对卡产品和还款路径。中国银行要求引用注明来源，商业转载需先获许可。
04 / DEPLOY
放到 Cloudflare，
再做一次真实检查。
静态网页运行在 Pages，查询由 Pages Functions 发出。无需数据库或汇率 API 密钥。
- 将完整项目上传到 GitHub 仓库。
- Cloudflare → Workers & Pages → Create application → Pages → Import an existing Git repository。
- 框架选择 None；构建命令填
node scripts/build.mjs；输出目录填dist；Node 版本用 22 或以上。 - 部署后打开
*.pages.dev，点击“测试所选来源”。检查来源卡片是否显示 Cloudflare、CF 节点及本次耗时。
使用 Git 集成或 Wrangler 部署。控制台直接拖拽文件不支持本项目的 Functions。完整操作和排错见项目里的 DEPLOY.md。