/admin 页面以前有一个很棒的版本信息部分。它去哪儿了？
我是自托管的。我想告诉你我当前使用的版本，但……啊……这正是问题所在。
4 个赞
谢谢。我不喜欢这个改动，但我想我会习惯的。
2 个赞
新的仪表盘现在仅限于使用统计信息吗？由于仪表盘是进入管理区域时的着陆页，我希望能有更多可选的部分用于仪表盘。当前的视图选项中没有一个是让我在日常使用中感兴趣的。我想还有更多像我这样的用户，更倾向于仪表盘更具技术性，而非营销导向？
4 个赞
（我同意，并且在那里发帖指出，对我来说，这感觉是由营销驱动的，而我们中的许多人是由工程驱动的。）
2 个赞
我不喜欢这种“我们”的思维。我们是指那些回答问题的人，还是在这里寻求帮助的人？或者我们指的是技术支援论坛中问题的性质，就像这个论坛一样？还是说这指的是 Discourse 管理员的角色？如果确实如此，我们是在谈论拥有 IT 部门的大型企业，还是自行搭建的自托管用户？
除了 CDCK 的主要收入来源之外，Discourse 作为一个平台正朝着非工程师用户的方向发展，就像 WordPress 一样，这里仅举一例。这里有很多纯粹的高科技讨论，但真正的大部分话题来自那些远未达到工程师水平的人——而我的猜测是，他们更关心社区和讨论是如何运作和生存的，而不是技术细节。
我听过很多关于某处支持有多好的故事。当然，尽快解决问题至关重要，但真正的衡量标准是所需支持的多少。这直接反映了一个产品的好坏。其中一部分在于易于自定义，另一部分在于可以选择在管理页面上看到什么。如果某人需要一些技术细节，比如每天查看正在使用的版本，那没问题。如果这种需求属于销售类别，那也没问题。
但划定界限并声称我们是具有相同需求的同质群体，这是非常危险的。我不害怕技术，但对我来说，它只是一种工具，而不是目的。
举一个小例子。对我来说，查看我的论坛获得多少（可能的）人类访问以及来自哪里非常重要。这是我每天需要的。这更多是销售方面的事（即使我不喜欢这个术语）。我也需要知道机器人的数量，因为它们会产生不必要的负载，但我并不需要每次都看到这些数据，而是偶尔需要，因此我很乐意多做几次点击，只要这些信息不会每次都在我的环境中造成杂乱。我想这属于技术工程信息。
所以，即使工程师也有倾向于用零和一进行如果-那么-否则思维，我们的需求是重叠的。这就是为什么我们需要选择选项的原因。
1 个赞
它现在专为“社区管理员”设计，而不是系统管理员，因为 Discourse 尽可能多地面向其托管客户。不过，仪表盘似乎现在更具可定制性，只是我还没花时间探索这一方面。
我想我们可以使用数据浏览器来获取目前缺失的许多信息？不确定 
我自己以前也不怎么在仪表盘上花太多时间，但我怀疑可以开发一个主题组件或插件来增强现有功能，以满足我们那些更偏向管理或工程背景的用户（甚至可能恢复旧版仪表盘？）。
1 个赞
没错。它现在变成了“报告”或“统计数据”。这些功能本身都很好。但这不是管理员的职责。
这感觉有点言过其实了。所有非 Discourse 托管的社区都需要有一位真正负责在技术层面维持站点运行的管理员。@Ed_S 提到的“我们”指的是一个真实存在的群体，即那些管理 Discourse 论坛的人。没人说统计数据没有价值。它们只是对论坛的技术管理员来说没那么重要。而我所说的管理员，是指那些被赋予权限以维持论坛软件正常运行的用户。
2 个赞
（事实上，在这种情况下，我所说的“我们”指的是点击“管理员”按钮以访问仪表板的人。）
1 个赞
好吧，但 Discourse 是一家企业，而托管服务是他们的业务，所以我能理解。自从去年年底重组以来，他们不得不将精力和资源重新集中到这项业务上。因此，开箱即用的仪表板面向社区管理员是说得通的。
此外，如果它是可定制的，且具备开发思维的管理员可以在此基础上构建以获取所需信息，那我确实看不出有什么问题。也许通过一些代码上的辛苦工作可以实现改进？如果他们把构建所需功能的责任放在管理员身上，且这是可行的，我对此表示接受。Marketplace 依然存在 
1 个赞
啊，我明白了。如果有人向 Discourse.org 支付托管费用，那么您就不需要了解升级信息，因为您无法控制它。
我想我的观点是，管理员通过点击侧边栏中的“管理员”进入管理界面。我认为一直以来，这都会打开一个包含管理员需要知道的、用于管理站点的信息的页面。不过我想我有点在钻牛角尖了。
是啊，我觉得“点赞”功能有点傻。不过如果您的论坛用于技术支持，我倒是能理解“我也一样”按钮的用途。没必要让几十个人发帖说他们遇到了同样的问题。在 meta 社区花了一些时间后，我意识到人们/社区使用该软件的方式多种多样。
归根结底，我确实理解需要有一种资金模式来维持软件的持续开发。
是的，但并不能保证就是同一个问题。很多时候并非如此。比如“加精”功能，在我看来，Discourse 应该反其道而行之——鼓励高质量的互动发帖，而不是助长这种偷懒的发帖行为。
1 个赞
我是一名管理员，也是我所在论坛的唯一管理员，这些指标对我来说很重要。所以，这真的被夸大其词了吗？因为你只是把我以及许多其他管理员排除在一个略显虚构且过度泛化的“我们”群体之外？
相反，我认为莉莉的分析并非完全错误。然而，我们确实需要定制工具。
但我现在真正想问的是，这真的是个问题，还是又在“粉刷自行车棚”
这些信息是否仍然可以在后台的某个地方找到，只是我遗漏了？我查看了仪表板和更新页面。
我并不认为这关乎是为我们的托管客户设计，还是为自行托管或在其他地方托管的人设计。
我认为这关乎是为佩戴不同“角色帽子”的人设计，无论网站托管在哪里。
一个人可能同时佩戴多顶帽子，但情况并非总是如此。
即使在自托管领域，我们在这里也看到一些人的重点在于运营他们的社区，并依赖朋友或他们找到的其他人来协助处理更多技术部分。
即使是你自己包揽所有工作，意识到何时佩戴你的“系统管理员”帽子、何时佩戴“网站管理员”帽子、何时佩戴“社区经理”帽子，也可能会有所帮助。
我们一直试图在我们的文档和讨论中厘清这一区别。
最新一轮的更改确实将管理面板的重点转移到了佩戴“社区经理”帽子的人所关心的事项上。
但在 /admin 整体范围内，我们仍然需要满足所有这些不同角色的需求。
我可以看到这样一个未来：/admin 将具备更高的可定制性，甚至可能允许单个站点中的个人自行选择其着陆页上显示的内容。
但在这一轮最新更改中，我们一直在现有页面内部进行梳理。
“管理更新”页面是我们目前整合更多版本信息的地方，并添加了更多诸如更新历史和指向变更日志的链接等信息。
我认为在那里做出贡献的思路可以是：
- (a) 考虑如何使该页面本身更有用
- (b) 考虑如何提高该页面的可发现性
- (c) 考虑哪些信息可以/也应该在其他地方展示（如果假设每次这样做时都应链接到该页面本身，则可能与 (b) 相关）
1 个赞