问题标签 [outputcache]

我是一名 .Net 开发人员，他开始在工作中进行越来越多的 Java 开发。我有一个关于缓存的具体问题，希望你们能解决或提供建议。我们正在启动一个 java 项目，该项目将部署在运行 JBoss 的 Linux 机器上。我们正在提前计划并尝试考虑我们的缓存策略。我们想做的一件事是输出缓存页面，因为我们的内容可能会缓存 8 小时左右。我开始查看 mod_cache ，这正是我们想要做的。我需要满足的另一个要求是，对于每个请求，我都需要进行一些自定义日志记录。我需要基本的请求 URL，然后是一些其他业务逻辑的东西，然后将其填充到数据库中。我的问题是：

1) 如何将代码放在 mod_cache 级别以启动自定义日志记录过程？
2）我想以某种方式将这些日志消息排队，因为我不想每次请求都去数据库。解决这个问题的最佳方法是什么？

如果您有任何建议或解决方案，我将不胜感激！

我想知道是否有一种特殊的方式来实现输出缓存和使用来自 ajax 控件工具包的控件。我在带有输出缓存的页面上不断收到 javascript 错误，并且选项卡控件显示：ajaxtoolkit（我的程序集前缀）未定义。

这是我添加的指令：

问候！

我创建了一个 APSX Web 表单，它根据一些提供的参数返回一个远程图像。它可以这样使用：

ImageGetter.aspx 的标记和代码如下所示：

此代码在 ImageGetter.aspx 的 Page_Load 方法中调用：

根据我的测试，它似乎没有缓存。这可能与输出缓存有关，还是我应该根据查询字符串参数编写自己的缓存来存储字节数组？

更多的是出于好奇。您认为缓存表单页面是一种好习惯吗？

我有一个表单，它有一个下拉框，该框是从相当大的 SQL 调用中填充的，并且加载时间太长（来自我的共享托管站点）。这是一个简单的表单，提交时只是将一些数据保存到数据库中。

我想我会使用 OutputCache 过滤器缓存页面，但想知道这样做是否有任何缺点？

只有登录的用户才能访问表单。缓存和访问表单的不同用户会有任何问题吗？

我不知道为什么我不能让简单的输出缓存工作，也不知道如何调试这样的情况。

仅通过查看示例和我以前从事的项目，我使用了以下代码：

但由于那不起作用，我尝试了 VaryByParam="*" 和 VaryByParam="none"

这些都不起作用。

是否有快速检查以确保其他东西不会干扰 OutputCache？

有没有办法获取已缓存的用户控件（用户控件的一个/或实例）列表？Cache 对象的集合似乎不包括 OutputCached 项。谢谢你。

我在用户控件的基类上使用 PartialCaching 属性。

我希望缓存的控件根据控件实例上设置的属性而有所不同。

例如：

...输出将与具有不同属性的控件实例分开缓存：

...并且此控件也将单独缓存：

但是，如果两个单独页面上的两个控件实例具有相同的param1 和 param2 属性，我希望它们作为一个对象缓存（以便共享缓存的控件）。

上述用例可以通过 PartialCaching 属性实现吗？我会使用什么设置？变化控制？

另外，是否可以在运行时使缓存持续时间变量？

谢谢。

如果我在 asp.net 页面中使用 Substitution 控件，并在页面中添加以下指令：

是否会忽略 location 属性，因为在页面上使用 Substitution 控件会使页面只能在服务器上缓存？

我们有一个相当标准的电子商务场景，其中包含类别内的产品分页列表。无论好坏，大约 80% 的访问者从未浏览过第一页，根据类别的不同，可能会有 5 到 10 多页的结果被查看的频率要低得多。（是的，我们确实优化了首页上显示的内容并进行了良好的搜索 - 但这是一个不同的讨论）

我们不能缓存每一页结果，因为我们受到内存的限制，但是只缓存每个类别的第一页结果的好处是巨大的。

我知道我可以使用对象缓存来存储有问题的数据集来做类似的事情，但这是否可以使用输出缓存，也许通过使用 response.Cache 对象？

这可以在页面生命周期的哪个位置完成？预渲染？

大大简化了，URL 类似于“/ProductList?Category=something&Page=1” 我想要类似（伪代码）的逻辑：

我们在 IIS 6/win2003 上使用 ASP.NET 2.0。

我有一个带有单个下拉列表的页面。根据用户在此下拉列表中选择的内容，会生成一个非常庞大的报告。页面的缓存指令读取：

下拉定义为：

和代码隐藏：

现在，当我第一次选择用户时，报告生成良好。如果我返回并选择另一个，第一个用户的报告会再次显示...

我究竟做错了什么？我正在使用带有 Service Pack 1 的 .NET Framework 3.5。

谢谢，吉姆