继续讨论 Discourse Policy…
原因是用户界面并非设计用于显示如此多的接受者头像。我们有 1500 名用户已接受此策略,但许多头像无法显示。
我对策略插件感到兴奋,因为当组非常大时,我需要一个高效的方式来跟踪谁已接受。此用户界面元素限制与该插件本可填补的需求背道而驰。
什么方案可能更有效?
头脑风暴
- 设置一个目标跟踪器,显著展示已接受人员的百分比
继续讨论 Discourse Policy…
原因是用户界面并非设计用于显示如此多的接受者头像。我们有 1500 名用户已接受此策略,但许多头像无法显示。
我对策略插件感到兴奋,因为当组非常大时,我需要一个高效的方式来跟踪谁已接受。此用户界面元素限制与该插件本可填补的需求背道而驰。
什么方案可能更有效?
头脑风暴
- 设置一个目标跟踪器,显著展示已接受人员的百分比
原因是用户界面并非设计用于显示如此多的接收者头像。我们有 1500 名用户已接受此策略,导致许多头像无法显示。
那里发生的情况很可能是 NGINX 触发了大量的速率限制。
如果我们要支持如此庞大的用户组,就必须实施某种形式的分页机制。
当用户数量超过一定阈值后,头像会变得毫无用处,没人愿意查看 1500 多个头像。
我的问题是……您希望实现什么目标?
您是否只是想确认特定用户是否已接受政策?
如果是这样,或许可以只显示前 50 个左右的头像,并添加一个按钮,点击后弹出模态框,供您搜索特定用户的状态。
您是否希望了解已接受政策的用户比例?如果是这样,该插件可以根据群组中已接受政策的成员数量显示一个进度条。
从用户界面的角度来看,我希望使用针对 160,000 的功能,需要按不同地理区域或分组展示完成百分比,并提供下钻功能以显示更小的分组。在我的需求中,较小的分组通常约为 5,000。
我们最终将利用这些数据推动完成验收的工作。
我希望能够:
我认为我们首先可以做的,就是修正这一问题,使界面在用户数量超过几百人时不会崩溃。即使仅显示总人数和最近 200 位接受者,也将是显著的改进。
随后,如果您需要对数据进行分区,可以使用数据探索器进行深入分析。
作为客户,欢迎随时发送邮件至 team@discourse.org,详细说明您的使用场景,以便我们研究如何为您解决这一问题。
你试图实现什么目标?
我只是想使用该插件来授予成员资格,而不一定要显示 1500 个头像。但目前没有“不显示头像”的选项。对于我来说,仅显示已接受和未接受的数量,或者一个进度条就足够了。
那么,如果需要分区数据,可以通过数据探索器进行挖掘。
数据是否已经在数据探索器中?还是说只是插件页面上描述的 UI 设置了 200 的限制?
数据是否已在数据探索器中?
它应该位于 post_policies 和 policy_users 表下:
是否仅仅是插件页面上描述的 UI 设置了 200 的限制?
问题确实在于,目前我们无法在 UI 中一次性显示超过 200 名用户,否则会产生负面影响。
您是否接受以下提议的解决方案:添加一个进度条,并显示最近接受政策的 200 名用户?此外,还可以配合使用数据探索器查询,以帮助追踪尚未接受政策的用户?
完全没问题,只要数据可用,UI 无需显示它。
您是否同意提出的解决方案:显示进度条以及最近 200 位已接受的用户?
对我来说没问题,只要明确说明那只是最近 200 位已接受的用户,而实际上总共有 1516 人已接受。
已实施,因此关闭。