重构引用检测更加灵活/可替换

[sgiehl]

我们目前的推荐人检测是硬编码到referrer插件中，没有任何可能钩到它。
这使得插件很难以一种有用的方式操作这部分，因为它只可能在之后覆盖检测到的值。

我建议将整个检测部分重构为更灵活的设计。

第一个提议:

• 为每个引用类型检测单独的类(例如SearchEngine, Social, Campaign，…)，都实现了某个抽象/接口
• 某种类型的注册类，插件可以注册新的引用类型，替换已经注册的类或改变检测的顺序
• 然后，引用者检测将从注册表中获取所有可用的检测，并遍历所有检测，以检测引用者详细信息。

一旦实现了这一点，我们需要调整marketingcampaigns报告插件，所以它的检测使用了新的可能性。

参l3 - 362

[tsteur]

@sgiehl这和…相似吗# 18511?

[sgiehl]

是的。这应该可以解决这个问题

[Starker3]

供你参考，这个问题出现在访客档案，访问日志和报告。例如，如果你的细分市场使用特定的活动属性作为条件，那么访问将被包括在内，但由于漏洞，细分市场报告可能会将其显示为“直接进入”或完全不同的活动。

这也意味着标准的活动报告也可能是错误的，即显示了更高的直接进入数量，即使访问者实际上是通过一个活动进入的，或者显示为一个可能不同的活动。

[mattab]

@sgiehl几个问题:

• 这会为插件API引入BC中断吗?在这种情况下，我们应该在Matomo 5.0.0中这样做吗?
• 这也能解决其他问题吗 使用冲突的活动URL参数时记录多次访问# 18511或不呢?

[sgiehl]

@mattab我想我们可以用一种不会破坏BC的方式来实现它。是的，这也应该允许修复# 18511