# 活动页面未显示编辑内容
**URL:** https://meta.discourse.org/t/activity-page-doesnt-show-edits/131473
**Category:** Feature
**Created:** [2019年十月20日 10:39 UTC](https://meta.discourse.org/t/activity-page-doesnt-show-edits/131473 "2019-10-20T10:39:42Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@galgalesh](https://meta.discourse.org/u/galgalesh)
#### Post date: [2019年十月20日 10:39 UTC](https://meta.discourse.org/t/activity-page-doesnt-show-edits/131473/1 "2019-10-20T10:39:42Z")
用户的活动页面未显示其进行了哪些编辑。
作为一名经常编辑 Discourse 文档的用户，我有点失望，因为我的活动页面无法真正体现我的活跃程度。
例如：
- [doc - snapcraft.io](https://forum.snapcraft.io/c/doc) 托管了 snapcraft 文档的源码
- [doc - Charmhub](https://discourse.jujucharms.com/c/docs) 托管了 juju 文档的源码。
---
### Author:  [@Remah](https://meta.discourse.org/u/Remah)
#### Post date: [2019年十月20日 11:53 UTC](https://meta.discourse.org/t/activity-page-doesnt-show-edits/131473/2 "2019-10-20T11:53:36Z")
关于用户声望和收集额外统计数据的讨论有很多，但这些讨论通常不会带来任何改变。这可能是因为大家对更多统计数据的实际需求并不高，而这些数据被描述为“毫无意义”。例如，以下插件提案在一年内几乎没有取得进展：
> [@User scores / Reputation plugin](https://meta.discourse.org/t/user-scores-reputation-plugin/92364?u=remah):
>
> Hello everyone, I developed a Scores plugin that calculates user scores from Discourse stats. This plugin is not ready to be shipped, but I would like to get feedback from you and see if there’s enough interest on this to happen. Things I’m looking feedback with: How to show the scores in users profile How to show the scores in users cards How to show the scores in users avatar Thanks!
如果您希望用户编辑能够显示为声望，那么您可以考虑添加自定义用户字段，这些字段可以通过插件或数据查询加 CSV 导入来更新。
您可以运行类似以下的 [Data Explorer](https://meta.discourse.org/t/32566?silent=true) 查询来查看帖子编辑情况：
> [@How much post editing/revision are my users doing?](https://meta.discourse.org/t/tracking-user-edits/75499?u=remah):
>
> This is probably an edge case, but I’m curious to understand how much Editing/Revision is going on on my site. There are stats for Topics Viewed, Posts Viewed, Read Time, etc, but I’m looking also for how many edits a person has done. Is there any way to extract this somehow? The reason why i’m curious is that there’s people publishing and editing content on the website and there may be multiple people revising the same Topical post, but there’s not really a good way to metric when multiple p…
目前已有针对帖子编辑的 [Data Explorer](https://meta.discourse.org/t/32566?silent=true) 报告，主要用于 Moderation（审核）：
> [@Human-driven copy-paste spam](https://meta.discourse.org/t/human-driven-copy-paste-spam/97205/52?u=remah):
>
> That has already been merged last week with: [https://github.com/discourse/discourse-data-explorer/pull/26](https://github.com/discourse/discourse-data-explorer/pull/26) Sites that are up to date can see this on admin/plugins/explorer:
顺便提一下，从通知中收集编辑数据也是可能的。您可以通过跟踪宽限期内的编辑来接收帖子编辑通知，针对低信任度和高信任度用户可分别设置：
> [@Watching / Tracking / Notifications for post edits for Moderators](https://meta.discourse.org/t/watching-tracking-notifications-for-post-edits-for-moderators/40529?u=remah):
>
> There doesn’t appear to be a way to get notified for post edits… (both traditional post edits and Wiki post edits). For post traditional post edits and Wiki post edits. As a user For users this topic seems to be tracking this: As an admin / moderator… Whilst moderation / approval prior to posts initially being displayed is not required, knowing something has changed so it can be reviewed is important. It’s important to be able to know when every content change occurs for moderation purpose…
此外，您可以通过设置 notify\_op\_wiki\_watchers\_on\_edit 来接收维基编辑通知：
> [@Wiki Notifications](https://meta.discourse.org/t/wiki-notifications/86680?u=remah):
>
> Continuing the discussion from [Not receiving notifications for edited Wiki posts unless you are the author](https://meta.discourse.org/t/not-receiving-notifications-for-edited-wiki-posts-unless-you-are-the-author/24340): We use wikis a lot on our community. They act as the method of common editing for a great percentage of the actual work done on it. If there was a simple opt-in method to track changes to a wiki, it would solve most use cases for this and other related issues. It has been discussed before here on meta but during our communities discussion one members suggests to correct this is have ever…