用户响应时间

[RGJ (Richard - Communiteq)]

	摘要	在用户卡上显示响应时间
	存储库链接	\u003chttps://github.com/communiteq/discourse-user-response-times\u003e
	安装指南	如何在 Discourse 中安装插件
	赞助商	@WorldIsMine
\u003cbr\u003e

功能

此插件确定用户通常需要多长时间回复其 PM，并将其显示在用户卡上。

响应时间每天重新计算，并基于用户在特定时间间隔内回复其 PM 所花费的时间。管理员用户将被排除在外。

配置

设置	功能
user response times mode	确定使用的算法。可以是 percentile（百分位数）或 average（平均值）。默认为 percentile。
user response times percentile	与模式 percentile 一起使用。确定计算中使用的百分位数。范围 1-100。100 是最大响应时间。50 是中位数。推荐（也是默认）值为 80。
user response times days	计算回溯的天数。默认为 60。

更改这些值后，您需要手动触发 Jobs::UpdateResponseTimes 作业（或等待最多 24 小时）。

[Truest]

我能否仅向员工提供此功能？

[Olle11]

这个用例也很有趣。

这符合GDPR吗？

[Jagster (Jakke Lehtonen)]

您是什么意思？那不是 GDPR 所控制的数据，但如果您愿意，可以告诉用户收集它的原因、收集它的必要性、存储方式以及它的用途。如果您对所有这些方面都有正当理由，那么一切都符合 GDPR。

这些要点应该被考虑，因为答案会立即表明它是否真的有必要，或者它是否只是另一个装饰性的添加，来自“有也好，但没人真正感兴趣”的类别

但仍然——知道响应时间并不是可以或将会用于识别用户的数据。

[RGJ (Richard - Communiteq)]

@Jagster

知道响应时间并不是可以或将用于识别用户的此类数据。

它确实能告诉用户一些关于用户的信息。

但是，它使用的是已有的信息，而不是存储额外的数据。它与用户在论坛上的其他活动相比，在GDPR友好性方面没有更多或更少。而且数据是平均的，它不会泄露具体的数据点。

该插件的整个想法是让信息在用户之间可用，因此仅对工作人员可用超出了我认为有意义的用途。我将接受一个PR。

[merefield (Robert)]

我想知道，人们是否会通过这种方式玩弄它，从而变得更加敏捷？！

[Jagster (Jakke Lehtonen)]

有些人可能会——但人们真的会查看个人资料多少次，甚至包括他们自己的呢🤔

[Heliosurge (Dan DeMontmorency)]

也许可以添加一个热门回复者来鼓励 G’s 我的 e。