tecore的分析机器人SessionTimeout造成prem

tecore的分析机器人SessionTimeout造成prem

本文介绍了Sitecore的分析机器人SessionTimeout造成premature会话超时的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

在我们的项目之一,我们一直在经历随机​​会话超时问题。随着最近发现我已经注意到,Sitecore的Analytics.Robots.SessionTimeout也许这就是导致它的东西。

我们注意到,在随机会话超时,超时值设置为1分钟我们120分钟,而不是。

在通过所有我们注意到只有一个配置已超时设置为1分钟。在配置文件中搜索

我们认为通过提高分析机器人会话超时为120分钟将解决我们的随机超时问题,但我的问题是,这必须通过让机器人会为120分钟,而不是1分住任何负面影响性能或安全性问题?

感谢您的建议。

解决方案

我已经登录的问题Sitecore的,这里是他们的应对问题。

 <%
如果(Context.Diagnostics.Tracing || Context.Diagnostics.Profiling)
{
  回复于(<! - 游客身份被禁用,因为调试激活 - >。);
}
否则,如果(Tracker.IsActive&安培;及(Tracker.Visitor.VisitorClassification == 925))
{
  回复于(<链接的href = \/布局/系统/ VisitorIdentification.aspx \相对= \样式\类型= \文/ CSS \/>中);
}
%>
 

On one of our project we been experiencing random session timeout issues. With recent discovery I've notice that Sitecore Analytics.Robots.SessionTimeout maybe the thing that's causing it.

We notice that at random session timeout, the timeout value was set to 1min instead of our 120min.

After searching through all the config files we notice only one configuration has timeout set to 1min.

We think by increasing the analytics robots session timeout to 120min will fix our random timeout issue, but my question is, will this have any negative performance impact or security issue by allowing robot sessions to live for 120min instead of 1min?

Thanks you for your suggestions.

解决方案

I've log the issue with Sitecore and here's their response to the issue.

<%
if (Context.Diagnostics.Tracing || Context.Diagnostics.Profiling)
{
  Response.Write("<!-- Visitor identification is disabled because debugging is active. -->");
}
else if (Tracker.IsActive && (Tracker.Visitor.VisitorClassification == 925))
{
  Response.Write("<link href=\"/layouts/System/VisitorIdentification.aspx\" rel=\"stylesheet\" type=\"text/css\" />");
}
%>

这篇关于Sitecore的分析机器人SessionTimeout造成premature会话超时的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

08-23 20:11