渲染参数：
maxRenderTime:
一旦渲染超过这个参数，Spartacus SSR 渲染 slot 会释放一个位置，能够让更多新的请求进来，得到响应。
如果有请求 hang 住了，被 hanging render 占据的 rendering resource，并不会得到自动释放。
The value should always be higher than timeout and forcedSsrTimeout.
默认时间：300 seconds (5 minutes).
Cache-Control: no-store 的含义及举例
Cache-Control 是 HTTP 头部字段之一，用于控制缓存行为。其中，no-store 是一个重要的指令，它指示缓存不应存储有关客户端请求或服务器响应的任何内容。这个指令强制要求每次请求和响应都必须通过网络进行，不允许缓存任何数据。
1. Cache-Control 概述
Cache-Control 是用来指定 HTTP 缓存机制的指令，包括缓存的存储、过期、验证等行为。no-store 是其中的一个指令，它告诉所有缓存不要存储任何内容，即使是加密的或者经过身份验证的请求和响应也不例外。这样可以确保每次请求都直接从服务器获取最新的数据，保证数据的实时性和安全性。
2. no-store 的含义
2.1 不存储任何内容
no-store 指令的主要含义是，无论是请求还是响应，缓存都不得存储数据。这样做的目的是为了确保每次都从源服务器获取最新的数据，而不是从本地缓存中读取。这对于敏感信息、个人数据或需要实时更新的内容非常重要。
2.2 安全性和隐私
no-store 在处理敏感信息时尤为重要。例如，当浏览器处理包含用户身份验证凭证的请求时，通过使用 no-store，可以避免这些凭证被存储在客户端缓存中，减少了泄露的风险。
2.3 防止脱机访问
no-store 也有助于防止脱机访问时的数据泄露。如果某个设备被盗或者用户忘记登出，使用 no-store 可以减少敏感信息泄漏的可能性。
3. Cache-Control:no-store 的使用示例
下面是一个包含 Cache-Control: no-store 的 HTTP 请求和响应的示例：
3.1 请求头部示例
GET /api/data HTTP/1.1
Host: example.com
Cache-Control: no-store
在这个例子中，客户端发起了一个对 /api/data 资源的请求，并明确表示不希望缓存任何响应数据。
3.2 响应头部示例
HTTP/1.1 200 OK
Date: Tue, 14 Dec 2023 12:00:00 GMT
Content-Type: application/json
Cache-Control: no-store
服务器在响应中使用 Cache-Control: no-store 来确保客户端不会缓存该响应。这对于包含用户私人数据或需要实时更新的数据非常关键。
4. 总结
Cache-Control: no-store 是一种强有力的缓存控制指令，它确保敏感信息不被缓存，每次请求都直接从服务器获取最新的数据。这对于保证数据的实时性、隐私性和安全性都是至关重要的。在处理需要高度安全性和隐私性的应用程序时，使用这个指令是一个很好的实践。
通过在 HTTP 头部中使用 Cache-Control: no-store，开发人员可以有效地控制缓存行为，确保敏感数据不被泄露，同时提供更好的用户体验和数据安全性。在设计 Web 应用程序时，深入理解和正确使用缓存控制指令是至关重要的一环。