返回到FAQ索引
#1 楼
确保您已登录，然后访问：https://sitename.com/reputation
例如：
https://stackoverflow.com/reputation
https：//cooking.stackexchange .com / reputation
https://serverfault.com/reputation
https://gaming.stackexchange.com/reputation
https://superuser.com/reputation
https ：//meta.stackexchange.com/reputation
这将为您提供一段时间内声誉的详细审核/报告，反映当前的投票价值。看起来会像这样：
2 29812 (2) -- 2009-11-15 rep +245 = 28647 2 29877 (10) 3 29886 (-2) 1 29877 (15) 2 29886 (10) 2 27958 (7) 2 29905 [0] 1 29905 (15) 3 29884 (-2) 2 29521 (2) 2 31021 (5) 2 29878 [0] 9 28065 (550) -- 2009-11-16 rep +275 = 28922 1 29915 (15) 3 29882 (-2)
请注意，这不是真实有效的报告，仅是我剪切并粘贴到的示例
第一个数字是投票类型，其中常见的投票类型是：
1 =接受的答案（发给您或来自您）
2 =赞成的投票（对您）
3 =赞成的投票（向您或来自您）
4 =标记为具有攻击性的帖子的罚款
8 =赏金（来自您）
9 =赏金奖励（给您）
12 =标记为垃圾邮件的罚款
16 =编辑建议已批准
第二个数字是投票的帖子ID。请记住，社区Wiki帖子上的投票不会产生代表，因此这些投票不会显示在此处。 （请注意，某些帖子类型，例如令人反感，垃圾邮件和赏金，无论其社区Wiki的状态如何，均适用于任何帖子。）
第三个数字是投票的价值。请注意，如果您达到了每日投票信誉上限，则该值可能会受到限制。如果该值是有上限的，则它将出现在类似
[3]的方括号中。只要您的信誉在给定的一天中发生变化，就会打印日期边界。它包含当前日期，您的代表自上次以来更改（增加或减少）的数量以及迄今为止已获得的代表的总金额。
页面底部有一个按钮，显示触发信誉重新计算。这将强制基于审核重新计算存储在系统中的信誉值，并更正所有错误。如果您删除了许多帖子，或者在达到+200上限后恢复了许多投票，则您的声誉可能会发生重大变化。由于这可能对服务器有要求，并且重新计算通常保留用于重大错误或信誉评分更改，因此重新计算只能每24小时执行一次；有关更多信息，请参阅自我激励代表重新计算。请注意，由于系统现在可以准确跟踪由事件（如帖子或用户的删除）引起的信誉更改，因此不再需要此操作。
自2013年12月起，不再有“触发信誉重新计算”按钮。重新计算仅自动执行，如果信誉不一致并不能解决问题，请提交新的错误报告。
评论
否，因为该处理要求将其向前移动。
–杰夫·阿特伍德
2010-3-20在9:17
顺便说一下，这是一个了不起的新功能。
– Pekka
2010-03-20 11:56
@Jeff：解析代表审核文件时出现意外的标记“ :)”。预期文件结尾。
–mmx
2010-3-20在12:47
@Jeff-该报告似乎与我的经验不相称。我的感觉是（周末除外），我经常达到代表上限。该报告表明，事实并非如此。无论如何，您是否可以更改输出格式（例如，转换为JSON），以便我可以更轻松地将其加载到绘图包中并进行可视化显示。我可以在网址中添加一个参数来获得另一种格式：stackoverflow.com/users/rep-report?format=json
– tvanfosson
2010-3-20在16:07
@tvanfosson：之所以会发生这种情况，是因为以前您可能由于一天早些时候接受的答案而达到了销售代表上限，对于新的销售代表上限，您实际上需要20个投票。接受的答案将被完全忽略（bounites也是如此，但很少见）。
–丹尼尔·瓦萨洛（Daniel Vassallo）
2010-3-20在16:44
@Daniel-我看到的事情比我预期的要多200天。也许我刚刚克服了对代表上限的迷恋，但还不知道。这就是为什么我要对结果进行图形化处理，并查看其随时间的变化的原因，也为什么我要用JSON或XML或其他形式的结果，所以我不必创建自定义解析器即可获取数据。如果您获得格式参数，则在操作中仅将其序列化为JSON而不是HTML相对容易-我一直都这样做（请参阅launchpad.uiowa.edu/plot/bysection与launchpad.uiowa.edu/plot/ bysection？format = json）
– tvanfosson
2010-3-20在16:52
JSON的+1，将使您更容易进入某些GreaseMonkey脚本。
–卖方丰富
2010-3-20在18:09
@tvan我认为这是对悬赏和已接受答案的代表上限完全免疫的不可避免的副作用-他们根本不算在“我已经达到我的每日代表上限”计算中，仅在非cwiki上投票问题...
–杰夫·阿特伍德
2010-3-20在19:21
“因为处理要求它必须向前走”这个笑话？ :)
– mlvljr
2010-3-22在6:29
对于Super User rep recalc，第一行的总票数是：575。我知道这不是我给其他人的总票数，因为它比（3455）高得多。这是其他用户在我的帖子上获得的投票数吗？
–studiohack
2010-12-18在20:00
@JeffAtwood：我太懒了，无法进行完整的计算，但是页面底部的总数似乎没有在您赢得负面声誉的任何日子中减去积分。在Apple.SE上，我的代表是2400。/信誉页面显示总代表2406。如果我仔细查看细分，则有5天我的代表是负面的，总计6分。
– Robert S Ciaccio
2011年1月8日在22:42
更有趣的是，我单击“触发信誉重新计算”，现在我的代表在主站点上跳至2406。
– Robert S Ciaccio
2011年1月8日在22:46
如果说“ [0]”作为第三个数字是什么意思？我经常遇到这种事情，但我听不懂。这不是说它没有声誉吗？怎么会这样
– Johannes Schaub-小人
2011年1月20日在18:25
@Johannes：如果该值是有上限的，它将出现在像[3]这样的括号中。因此：您已达到每日信誉上限，并且没有获得该操作的所有（甚至：无）声誉。
– Arjan
2011年2月2日，12：22
@studiohack我也想知道这个值来自何处。我在这里问：“ /信誉”页面中的“总票数”是什么意思？
– fedorqui'停止伤害'
2015年9月4日在9:21
#2 楼
我已经看到一些人对新的rep报告感到困惑，因此，我将举一个例子来说明问题投票变更和每日市值变更的一个例子：-- 2009-06-29 rep +129 = 986 2 1061283 (5) # question upvote, used to be +10, now +5 2 1061283 (5) 1 1061350 (2) # I accepted an answer 2 1061283 (5) 2 1061283 (5) 2 1061380 (10) # upvote on my answer 2 1061660 (10) 2 1061660 (10) 2 1061660 (10) 2 1060244 (10) 2 1061380 (10) 1 1061660 (15) # someone accepted my answer 2 1061660 (10) 1 1061380 (15) # someone accepted my answer 2 1061660 (10) 2 1061660 (10) 3 (-1) # I will never tell you who I downvoted! 2 1062027 (10) 2 1061660 (10) 2 1062860 (10) 3 (-1) 2 1062894 (10) 2 1062894 (10) 2 1060376 (10) 2 1062860 (10) 2 1062996 (10) 1 1062996 (15) # someone accepted my answer 2 1060376 (10) 2 1046207 [2] # upvote on my answer, 2 points "fill" daily cap 2 1061283 [0] # upvote on my answer, after hitting the daily cap :((( 2 1060376 [0] 2 1062860 [0] 2 1047514 [0] 2 1047514 [0] 2 1062860 [0] -- 2009-06-30 rep +247 = 1233
Involved in daily rep-cap:
Question upvotes 4x 5 = 20
Answer upvotes 25x 10 = 250
They downvoted 0x -2 = 0
I downvoted 2x -1 = -2
---
268
Apply rep cap: 200
Not involved in daily rep-cap:
I accepted 1x 2 = 2
They accepted 3x 15 = 45
Arr, bounty 0x _ = 0
---
47
Total rep gained that day: 247
我不知道所有这些目的是否是最终的，或者是最终的样子，但这就是我现在解释整个报告的方式。我看到的数字很有意义。特别是，真实的代表以线性方式计算，因此我将其删除在表中。
评论
由自己的否决票丢失的代表将永远不会填补代表上限。只有因他人的否决票而失去的代表才会这样做。
– BalusC
2010-11-21 23:24
#3 楼
通常，您的个人资料上的“信誉”选项卡足以进行审核，只是默认情况下隐藏了一些内容。如何显示它们：转到个人资料上的“信誉”标签
单击底部的“显示已删除的帖子”复选框
您应该看到一个帐户，该帐户说明由于删除了帖子等原因（例如非公开的东西）而丢失了代表的情况。
如果仍然没有加起来，转到https://stackoverflow.com/reputation，向下滚动，然后选择“触发信誉重新计算”。现在不应该使用此功能，但尝试:)
也无妨
评论
IMO“显示删除的帖子”应该放在顶部而不是底部，这太难了。
–明先生
2015年9月1日下午5:37
#4 楼
回应dmckee的帖子：#!/usr/bin/perl -nw
use strict;
our ($caps, $capped);
++$caps if /\[/ && !$capped++;
$capped = 0 if /^--/;
END {print "Days capped = $caps\n"}
如果该脚本正确，那么在引入新指标后，我只需要再限制两次代表即可获得我的史诗徽章。 :-D（在SO上，不在meta.:-P上）
评论
太酷了las，我什么都没错过。
– dmckee ---前主持人小猫
2010-3-22在2:51
#5 楼
为了回应tvan的评论，我提出了一个非常奇怪的审核格式的JSON转换器。现在它会输出如下内容：
[{"date":"bonuses ","rep":""},{"date":"2009-05-18","rep":"10"},{"date":"2009-05-26","rep":"25"},{"date":"blahblahblah","rep":"youcannotseethisblah"}]
我可能会对其进行更新，以包括更多详细信息（请给我足够多的信息，我会做的，我保证：D）
您可以在gist.github上找到源代码。
将其放在目录中，然后进行审核，并将其放在同一目录中的名为“ audit.txt”的文件中。运行脚本，您将拥有JSON。 （如果您查看脚本，也可以轻松更改为输出XML：D）
PS：运行脚本并传递调试信息，因为GET参数将获取调试信息。
评论
我现在对此很喜欢，可以在即将到来的许多近距离投票中用于支持有关声誉和统计信息的支持请求。我喜欢报告结尾处的笑脸。
您可以提供所提到问题的链接吗？
在您的“信誉”标签中，最后有一个“显示已删除帖子”复选框，只需勾选它即可知道已删除帖子：)
@Lucifer：stackoverflow.com/users/869233/sarooptrivedi？tab =信誉
@SaroopTrivedi我看不到您删除的帖子，目前我没有那个特权
@Lucifer：这对我来说也是一个奇迹。它们没有显示任何-ve推论。