如何处理大量静态资产
How to handle large quantity of static assets
我在 apache 2.4 上托管了一个静态反应网站。没有数据库或服务器端代码。该网站由许多几乎从不更改的相对较小的数据文件（如果重要的话是 YAML）提供支持，并且 public 仅托管在同一网络服务器上。
网站上的一些页面需要请求许多这样的数据文件，超过 100-200 个。从 Web 服务器请求那么多 public 个文件是否很昂贵？据我了解，如果 10 个不同的人碰巧访问该页面，服务器将收到 200 * 10 次数据文件请求。
我觉得为此内容创建数据库有点过分，因为它几乎永远不需要更新。我是否应该将所有数据移动到 javascript 文件中以与其余的 React 代码捆绑在一起（捆绑大小会增加一倍以上）？我应该将所有数据文件上传到 CDN 吗？或者请求 public 文件是否足够便宜（我可以实现分页，例如一次只获取 20 个数据文件，尽管我仍然担心这可能会轰炸服务器）？处理获取许多静态资产的最佳方法是什么？
使用CDN远程缓存。
那么，
在初始调用中将它们缓存在前端怎么样？之后就再也没有打电话了。
您可以使用 indexedDB 或 LocalStorage
它将大大减少请求。
我在 apache 2.4 上托管了一个静态反应网站。没有数据库或服务器端代码。该网站由许多几乎从不更改的相对较小的数据文件（如果重要的话是 YAML）提供支持，并且 public 仅托管在同一网络服务器上。
网站上的一些页面需要请求许多这样的数据文件，超过 100-200 个。从 Web 服务器请求那么多 public 个文件是否很昂贵？据我了解，如果 10 个不同的人碰巧访问该页面，服务器将收到 200 * 10 次数据文件请求。
我觉得为此内容创建数据库有点过分，因为它几乎永远不需要更新。我是否应该将所有数据移动到 javascript 文件中以与其余的 React 代码捆绑在一起（捆绑大小会增加一倍以上）？我应该将所有数据文件上传到 CDN 吗？或者请求 public 文件是否足够便宜（我可以实现分页，例如一次只获取 20 个数据文件，尽管我仍然担心这可能会轰炸服务器）？处理获取许多静态资产的最佳方法是什么？
使用CDN远程缓存。
那么， 在初始调用中将它们缓存在前端怎么样？之后就再也没有打电话了。
您可以使用 indexedDB 或 LocalStorage
它将大大减少请求。