.net Sitecore分析机器人会话超时导致会话提前超时

.net Sitecore分析机器人会话超时导致会话提前超时,.net,sitecore,.net,Sitecore,在我们的一个项目中,我们遇到了随机会话超时问题。随着最近的发现,我注意到Sitecore Analytics.Robots.SessionTimeout可能是导致它的原因 我们注意到,在随机会话超时时,超时值设置为1min,而不是120min 在搜索所有配置文件后,我们注意到只有一个配置的超时设置为1min 我们认为,将分析机器人会话超时时间增加到120分钟将解决我们的随机超时问题,但我的问题是,允许机器人会话持续120分钟而不是1分钟,这会对性能或安全性产生任何负面影响吗 谢谢你的建议。这对我

在我们的一个项目中,我们遇到了随机会话超时问题。随着最近的发现,我注意到Sitecore Analytics.Robots.SessionTimeout可能是导致它的原因

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

在搜索所有配置文件后,我们注意到只有一个配置的超时设置为1min

我们认为,将分析机器人会话超时时间增加到120分钟将解决我们的随机超时问题,但我的问题是,允许机器人会话持续120分钟而不是1分钟,这会对性能或安全性产生任何负面影响吗


谢谢你的建议。

这对我来说似乎是另一个问题。。。我不认为这是一个问题,机器人设置为1分钟的会议。你说这个问题是“随机的”,但有没有可能真正发生的是一些网站访问者被误认为是机器人


我认为更改机器人超时不会对性能产生任何影响,但这将是治疗症状,而不是找到真正的原因。

对我来说,这似乎是另一个问题。。。我不认为这是一个问题,机器人设置为1分钟的会议。你说这个问题是“随机的”,但有没有可能真正发生的是一些网站访问者被误认为是机器人


我认为更改机器人超时不会对性能产生任何影响,但这将是治疗症状,而不是找到真正的原因。

我已将问题记录在Sitecore上,下面是他们对该问题的回应

我认为这种行为不应该被视为bug,因为 Sitecore CMS设计用于ASP.NET WebForms技术。 在使用web表单时,bot检测依赖于 控制 这一页。很自然,您不能在ASP.NET MVC中使用它 应用程序,但有一个简单的解决方案-放置以下代码 元素内部:


我已将问题记录在Sitecore上,下面是他们对该问题的回应

我认为这种行为不应该被视为bug,因为 Sitecore CMS设计用于ASP.NET WebForms技术。 在使用web表单时,bot检测依赖于 控制 这一页。很自然,您不能在ASP.NET MVC中使用它 应用程序,但有一个简单的解决方案-放置以下代码 元素内部:


这种情况发生在我们身上,是因为跟踪预防和广告屏蔽阻止(
visitorignification.js
)无法检测人类行为

为了防止登录用户被误分类为机器人,我们添加了以下登录后代码,以将任何误分类的访客标记为人类:

使用Sitecore.Analytics;
使用Sitecore.Analytics.Core;
// ...
私有静态void identificationUserAshuman()
{
const int HumanVisitorClassification=0;
var currentSession=Tracker.Current.Session;
var isClassifiedAsHuman=ContactClassification.IsHuman(currentSession.Contact.System.Classification);
如果(!isClassifiedAsHuman)
{
currentSession.SetClassification(HumanVisitorClassification,HumanVisitorClassification,true);
}
}

这是由于跟踪预防和广告拦截器阻止(
visitorignification.js
)检测人类行为而发生的

为了防止登录用户被误分类为机器人,我们添加了以下登录后代码,以将任何误分类的访客标记为人类:

使用Sitecore.Analytics;
使用Sitecore.Analytics.Core;
// ...
私有静态void identificationUserAshuman()
{
const int HumanVisitorClassification=0;
var currentSession=Tracker.Current.Session;
var isClassifiedAsHuman=ContactClassification.IsHuman(currentSession.Contact.System.Classification);
如果(!isClassifiedAsHuman)
{
currentSession.SetClassification(HumanVisitorClassification,HumanVisitorClassification,true);
}
}

感谢您的评论,您可能是对的,一些访客被误认为是机器人。但有趣的是,这对于用户来说并不一致。这让我觉得这是一个Sitecore分析错误。我想我会用Sitecore记录这个问题。另外,我认为让机器人会话保持活动状态的唯一影响是它会增加内存使用,但不会造成太多问题。谢谢你的评论,你可能是对的,一些访问者被误认为是机器人。但有趣的是,这对于用户来说并不一致。这让我觉得这是一个Sitecore分析错误。我想我会用Sitecore记录这个问题。另外,我认为让机器人会话保持活动状态的唯一影响是它会增加内存使用,但不会导致很多问题。
<%
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\" />");
}
%>