同意第一点，第二点经商议未得出结论， 要不让大佬看看 @KirCute

Beta 版本不应该用于生产吧，其次 需要考虑网络受限的环境

Beta 版本不应该用于生产

正常情况是这样，但还是有特殊情况，需要用到Beta 版本、自行构建的 Beta 版本中的功能，因此有需求给 Beta 版本上 CDN。

解释一下：

• 本 PR 中第 2 点改动仅针对 Beta 版本等非正式版本做优化，对于正式版本，表现和之前的一样，会使用程序内置的 index.html，不存在 BREAKING CHANGE。
• Beta 版本无 NPM CDN，也不要求 OpenListTeam 给 Beta 版本部署到 CDN
• 通过这个 PR，可以让 Beta 版本用正式版的前端资源，只需给 $version 改成对应的版本即可，无需让 OpenListTeam 在 NPM 上传 Beta 版本
• 存在特殊情况需要用到自行构建的 OpenList-Frontend，且已经将自行构建的前端静态文件部署到了自己的服务器，不会占用 OpenListTeam 的 CDN 资源

为什么不使用程序内置的 index.html？

因为 index.html 中写死了 Vite 打包的文件名：

...
var preloads = [
  {
    parentTagName: "head",
    tagName: "link",
    attrs: { href: "/static/manifest.json", rel: "manifest" },
  },
  {
    parentTagName: "head",
    tagName: "script",
    attrs: {
      type: "module",
      crossorigin: "",
      src: "/assets/index-fec7825c.js",
    },
  },
  {
    parentTagName: "head",
    tagName: "link",
    attrs: { rel: "stylesheet", href: "/assets/index-c0564af7.css" },
  },
];
...

让这个文件名后面的哈希消失，也可以解决问题，但也会出现 index.html 和 CDN 中版本不一致的问题，这个哈希我认为有存在的意义。因此需要让 Beta 或者自行构建版本的 OpenList 后端支持从 CDN （自行部署）获取 index.html。

需要考虑网络受限的环境

如果部署 OpenList 的机器网络受限，可以选择不用 CDN ——不要定义 cdn 字段，程序会使用内置的静态资源。

如果配置的 CDN 是网络受限的，那我认为也没折腾的必要。而且作为 Beta 版本，正如您说的，不应该在生产中使用。

如果社区对于此 PR 的第 2 点持否定态度，请务必让我知道，我会将本 PR 的第 1 点单独提取出来，谢谢！

经过思考发现其实不存在请求 index.html 失败之后的处理问题。因为如果请求失败，首先会用 Resty 重试最多 3 次，如果不行会直接 Fatal（log & os.Exit(1)），具体情况见下图。如果用了 docker 或者 systemd 之类的话，支持配置自动重启，那么就可以一直重启到网络恢复，请求成功。这个请求只会执行一次，所以不用担心后面会出现请求失败的问题。

另外对于第 1 点的处理，改成了重定向到 CDN，避免前端可能存在的写死路径的 BUG。

以下是 Mermaid 便于理解:

flowchart TD
    A[程序初始化] --> B{是否配置CDN?}
    
    B -->|是| D{版本类型?}
    B -->|否| E{是否配置本地dist?}


    E -->|否| F[使用程序内置的index.html]
    E -->|是| G[使用本地dist中的index.html]
    

    D -->|Beta版本| H[从CDN获取index.html]
    D -->|Release版本| F
    
    H --> I{CDN获取成功?}
    I -->|成功| J[使用CDN获取的index.html]
    I -->|失败| K[Resty重试3次]
    K -->|成功| J
    K -->|仍失败| L[程序退出，等待重启]
    
    F --> M[替换CDN、站点信息等变量]
    G --> M
    J --> M
    M --> N[返回页面]