跨Sitecore管道共享数据

Question

只有在必要时，我才尝试在“httpRequestBegin”管道中执行一些操作。我的处理器在Sitecore解析用户后执行（processor type=“Sitecore.Pipelines.HttpRequest.UserResolver，Sitecore.Kernel”），因为如果Sitecore无法首先解析用户，我也在解析用户。

稍后，我想在管道“insertRenderings”中添加一些渲染，只有在执行了之前管道中的操作（如果我解析了用户，则显示一条消息）的情况下，才会添加这些渲染，因此我试图在第一步中保存一些“标志”，以便在第二步中进行检查。我的问题是，我在哪里可以存储该标志？我正在尝试查找某种“每请求”缓存。。。

到目前为止，我已经尝试过了：

• 会话：错，太早了，会话还不存在

到目前为止，我正在使用具有一些唯一密钥的应用程序缓存（HttpContext.Current.cache），但我不喜欢这个解决方案。

有人知道分享这面“旗帜”的更好方法吗？

Answer 1

我知道这是一个很老的问题，但我只想找到我研究过的解决方案

下面将根据http请求保存数据。HttpContext。现在的Items[“ModuleInfo”]=“自定义模块信息”

我们可以在一个sitecore管道中将数据存储到http上下文并在另一个...

https://www.codeproject.com/Articles/146455/When-Can-We-Use-HttpContext-Current-Items-to-Store

Answer 2

HttpContext。当前。缓存或HttpRuntime。缓存可能是这里最快的解决方案。尽管这种方法在AppPool被回收时不会保留数据。如果您只向缓存添加几个键并维护它们，则此解决方案可能适用于您。如果每个请求都将一个条目放入缓存中，它最终可能会在长期内溢出工作进程使用的内存。

作为替代方案，您可以尝试使用Sitecore。上下文ClientData属性。它使用使用数据库（查找web.config文件中的ClientDataStore部分）存储数据的ClientDataStore。这些条目可以在AppPool循环中存活。虽然如果您经常使用它们，当您需要写入和/或读取条目时，它可能会成为负载下的瓶颈。如果您确实知道可能会创建许多用于共享的条目，我会创建一个计划任务来清除数据存储中过时的条目。

Answer 3

您可以向请求头添加一个标志，然后在后面的管道中检查它是否存在，例如：。

// in HttpRequest pipeline
HttpContext.Current.Request.Headers.Add("CustomUserResolve", "true");

// in InsertRenderings pipeline
var customUserResolve = HttpContext.Current.Request.Headers["CustomUserResolve"];
if (Sitecore.MainUtil.GetBool(customUserResolve, false))
{
    // custom logic goes here
}

这感觉有点脏，我想添加到请求中。查询字符串或请求。参数会更好，但它们是只读的。但是，如果您只需要一次性交易（即，仅在第一次解决时）才需要此选项，那么它将起作用，因为在下一个请求中，标头将恢复为默认值，而不添加自定义标头。