Asp classic 经典的ASP会话和较大的cookie请求大小，这是一个问题吗？会话变量放在哪里？

我使用的是经典的ASP 3.0，每个访问者在第一次连接时都会获得许多会话值。通过这种方式，我大大降低了数据库连接，因为我不需要获取我在大多数页面、每个页面上使用的用户变量

我使用sessionID、sessionusername、sessiongroup等

没有问题，但我发现使用页面速度时，我的请求大小是4.5 KB，而不是最大1.5 KB。现在我不确定这在现代浏览器中是否是一个问题，它意味着每个请求都有4.5 KB的长度，并且每个加载的图形都被请求，请求发送时有4.5 KB的长度，这意味着什么？从页面速度来看，似乎是这样

那么这是一个多大的问题呢？若在会话中将用户经常使用的变量放在页面上的做法确实不好，那个么我该怎么办？在每个页面上为每个用户查询数据库并提取这些值似乎更糟糕

有什么想法吗

---

PS-正如我发现的，我的Firefox出现了一些问题，会话cookie正在生成，我的域有121个cookie？！现在我已经清理了FF中的饼干，剩下8块饼干，我想这没问题。谢谢你们两位的建议

如果性能可以接受，则无需更改。会话存储是完全可以接受的。如果一切正常，则无需重写应用程序

但是，如果你想提高性能，这里有一些需要考虑的窍门。

---

如果性能可以接受，则无需更改。会话存储是完全可以接受的。如果一切正常，则无需重写应用程序

但是，如果你想提高性能，这里有一些需要考虑的窍门。

---

会话变量不会存储在cookie中，也不会随每个请求一起发送，因此不会影响每个请求/响应的大小。 一个cookie用于识别回访访客并重新连接他们的会话，但这只需要几个字节

在会话中存储这些特定于用户的值，而不是在每次请求时从数据库中读取，这正是会话设计的目的，因此您做的是正确的

---

每个请求和响应都将是最小的大小，而不考虑标题的内容。如果您关心请求响应？大小您应该开始调查其他位置，例如同一域的其他cookie、IIS默认HTTP响应头。还要记住，PageSpeed提供的是建议，而不是刻板的规则。

会话变量不会存储在cookie中，也不会随每个请求一起发送，因此不会影响每个请求/响应的大小。 一个cookie用于识别回访访客并重新连接他们的会话，但这只需要几个字节

在会话中存储这些特定于用户的值，而不是在每次请求时从数据库中读取，这正是会话设计的目的，因此您做的是正确的

每个请求和响应都将是最小的大小，而不考虑标题的内容。如果您关心请求响应？大小您应该开始调查其他位置，例如同一域的其他cookie、IIS默认HTTP响应头。还要记住，PageSpeed提供的是建议，而不是刻板的规则