# Feature **URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=39 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 40 --- ## [对多个用户进行批量操作](https://meta.discourse.org/t/batch-operations-on-multiple-users/26351)
**Author:** [@dandv](https://meta.discourse.org/u/dandv)\ **回覆:** 6\ **Last updated:** [2024年十二月12日 09:15 UTC](https://meta.discourse.org/t/batch-operations-on-multiple-users/26351 "2024-12-12T09:15:24Z")
I’ve just migrated from an older forum, and would like to trim down spam users coming from a certain set of domains: Would be great if there was a way to have checkboexes next to the users (just like with topics), to… --- ## [电子邮件页脚中的可用徽章](https://meta.discourse.org/t/usable-badges-in-email-footers/341826)
**Author:** [@Ric](https://meta.discourse.org/u/Ric)\ **回覆:** 0\ **Last updated:** [2024年十二月11日 13:55 UTC](https://meta.discourse.org/t/usable-badges-in-email-footers/341826 "2024-12-11T13:55:48Z")
大家好， 我一直在思考我的用户群。我们在公司内部使用 Discourse 来管理一个私有的开发者社区。我们开始在个人资料中使用自定义徽章，以帮助其他人识别同事在某些主题上的专业知识以及他们是否完成了某些培训。 然而，有人提出要求，希望将这些徽章可以自豪地显示在他们电子邮件的页脚中。当有人点击徽章时，应该会直接跳转到 Discourse 上的用户个人资料。 有人做过类似的事情吗？ --- ## [在个人资料中显示用户ID号码](https://meta.discourse.org/t/show-user-id-number-in-profile/325274)
**Author:** [@nwnuyhs](https://meta.discourse.org/u/nwnuyhs)\ **回覆:** 7\ **Last updated:** [2024年十二月6日 08:48 UTC](https://meta.discourse.org/t/show-user-id-number-in-profile/325274 "2024-12-06T08:48:16Z")
在用户中心界面中实现显示用户唯一个人ID号的功能。 通过该ID，用户可以知道新加入的用户是第几位会员。在实际操作中，我发现用户更关心自己是第几位会员。 --- ## [按用户搜索/过滤旗帜](https://meta.discourse.org/t/search-filter-flags-by-user/14649)
**Author:** [@cpradio](https://meta.discourse.org/u/cpradio)\ **回覆:** 12\ **Last updated:** [2024年十二月10日 14:42 UTC](https://meta.discourse.org/t/search-filter-flags-by-user/14649 "2024-12-10T14:42:30Z")
We’ve been playing around with the moderating abilities in our test site and I’ve run into the issue where I want to see how many times a user’s posts has been flagged and what they were for (Inappropriate, Spam, Other). … --- ## [主题浏览次数可从主题本身查看](https://meta.discourse.org/t/topic-view-count-available-from-topic-itself/254349)
**Author:** [@ganncamp](https://meta.discourse.org/u/ganncamp)\ **回覆:** 3\ **Last updated:** [2024年十二月10日 12:49 UTC](https://meta.discourse.org/t/topic-view-count-available-from-topic-itself/254349 "2024-12-10T12:49:25Z")
如果我查看主题列表（新建、最新等），可以看到每个主题的浏览次数。 如果能直接在主题内部访问该统计数据，而不是必须退出并从列表中查找主题，那就太好了。 对我来说，这不一定默认可见（例如在主题标题中）是合理的，但可能可以在扳手菜单中找到。 --- ## [有办法查看用户过去提交的举报列表吗？](https://meta.discourse.org/t/any-way-to-view-list-of-users-past-submitted-flags/86938)
**Author:** [@Drew\_Warwick](https://meta.discourse.org/u/Drew_Warwick)\ **回覆:** 7\ **Last updated:** [2024年十二月10日 07:19 UTC](https://meta.discourse.org/t/any-way-to-view-list-of-users-past-submitted-flags/86938 "2024-12-10T07:19:42Z")
The global flag list has a “Flagged By” field, but I’m not seeing a way to filter by that. Is there any way for me to view a list of past flags a given user has submitted? --- ## [Discourse 能否以相反顺序显示主题回复？](https://meta.discourse.org/t/can-discourse-display-topic-replies-in-reverse-order/13563)
**Author:** [@oliverj](https://meta.discourse.org/u/oliverj)\ **回覆:** 16\ **Last updated:** [2024年十二月9日 11:19 UTC](https://meta.discourse.org/t/can-discourse-display-topic-replies-in-reverse-order/13563 "2024-12-09T11:19:32Z")
Tried searching but couldn’t find anything. Can the order be changed to newest first within a topic? Some forums have huge topics with hundreds of pages of answers and are IMO better read with newest-first order, where … --- ## [聊天中用于传入Webhook /机器人消息的颜色条](https://meta.discourse.org/t/color-bar-for-incoming-webhook-bot-messages-in-chat/341060)
**Author:** [@SkyeDragon](https://meta.discourse.org/u/SkyeDragon)\ **回覆:** 0\ **Last updated:** [2024年十二月7日 03:14 UTC](https://meta.discourse.org/t/color-bar-for-incoming-webhook-bot-messages-in-chat/341060 "2024-12-07T03:14:47Z")
我建议为来自 webhook 的传入消息添加可自定义的侧边栏颜色支持。 一个典型的用例是快速识别失败的构建结果。请注意，找到失败的构建要容易得多： 但是，它也有助于区分来自任何外部提供商的不同类别的消息。例如：一个 bug 系统为每个项目或每个 bug 状态设置不同的颜色。 这只是一个额外的参数（例如，“color”），调用者可以传入十六进制颜色代码。 感谢您的阅读 :slight\_smile: --- ## [AI机器人可以在社区数据上进行培训吗](https://meta.discourse.org/t/can-ai-bot-be-trained-on-community-data/294249)
**Author:** [@DjangoElBongo](https://meta.discourse.org/u/DjangoElBongo)\ **回覆:** 15\ **Last updated:** [2024年十二月6日 20:23 UTC](https://meta.discourse.org/t/can-ai-bot-be-trained-on-community-data/294249 "2024-12-06T20:23:56Z")
如果我想的话，是否有可能使用我的社区数据来训练机器人？ --- ## [增强请求——在IP查找中添加删除所选配置文件的复选框](https://meta.discourse.org/t/enhancement-request-checkbox-to-delete-select-profiles-on-ip-lookup/340934)
**Author:** [@hmmmnotsure](https://meta.discourse.org/u/hmmmnotsure)\ **回覆:** 0\ **Last updated:** [2024年十二月6日 15:30 UTC](https://meta.discourse.org/t/enhancement-request-checkbox-to-delete-select-profiles-on-ip-lookup/340934 "2024-12-06T15:30:24Z")
一个垃圾邮件发送者配置文件 IP 被其他垃圾邮件发送者配置文件使用。有一个“删除”选项可以删除所有关联的配置文件。但列表中可能只有 1 或 2 个配置文件，这意味着我必须手动删除其余 48 个配置文件。我希望在 IP 查询框中看到一个复选框，以便只删除选定的配置文件。谢谢。 --- ## [成为管理员](https://meta.discourse.org/t/become-admin/340308)
**Author:** [@hellekin](https://meta.discourse.org/u/hellekin)\ **回覆:** 8\ **Last updated:** [2024年十二月5日 18:14 UTC](https://meta.discourse.org/t/become-admin/340308 "2024-12-05T18:14:24Z")
问题 管理员可能会无意中访问论坛的机密部分 这种不当访问未被记录 管理员可能会因为其超级权限而错过配置错误，因为这会隐藏他们看到的正常体验 功能描述 与用户Impersonating a User功能类似，具有管理员权限的用户应该能够 成为管理员 以仅在必要时执行管理任务。 与“冒充用户”功能不同，此功能不需要注销即可恢复正常用户权限。 此功能将： 允许管理员像普通用户一样浏览网站，分享用户的日常体验； 防止管理员无意中访问… --- ## [私信列表限制](https://meta.discourse.org/t/dm-list-limit/315401)
**Author:** [@ranjeet](https://meta.discourse.org/u/ranjeet)\ **回覆:** 16\ **Last updated:** [2024年十二月5日 14:28 UTC](https://meta.discourse.org/t/dm-list-limit/315401 "2024-12-05T14:28:08Z")
DM 列表中只能看到 20 位用户。 新消息不可见。我必须搜索用户才能看到他们的消息。 对此有限制吗？可以更改吗？ --- ## [愿望清单：显示“用户为这篇帖子获得了徽章”的视觉提示](https://meta.discourse.org/t/wishlist-visual-cue-for-user-got-a-badge-for-this-post/282923)
**Author:** [@ganncamp](https://meta.discourse.org/u/ganncamp)\ **回覆:** 36\ **Last updated:** [2024年十二月5日 12:46 UTC](https://meta.discourse.org/t/wishlist-visual-cue-for-user-got-a-badge-for-this-post/282923 "2024-12-05T12:46:31Z")
我们正试图鼓励用户互相帮助。我们已决定开始为那些第一个响应并尝试提供帮助的用户颁发自定义的“用户互助”（u-h-u）徽章。 因为我们希望这种行为たくさん，所以我让这个徽章可以多次获得。 由于需要（目前）人类的智能来评估用户的响应是否是帮助性的，还是仅仅是“我也是”，所以这个徽章是手动授予的。 增加人工必然会引入一个故障点，我意识到很容易将 u-h-u 徽章一次又一次地授予同一个用户/帖子。没有什么能阻止你。对于只能授予一次的徽章，… --- ## [侧边栏部分重新排列](https://meta.discourse.org/t/sidebar-section-rearrangement/288007)
**Author:** [@Aditya\_Shevle](https://meta.discourse.org/u/Aditya_Shevle)\ **回覆:** 6\ **Last updated:** [2024年十二月4日 15:22 UTC](https://meta.discourse.org/t/sidebar-section-rearrangement/288007 "2024-12-04T15:22:07Z")
您好， 我想知道是否可以重新排列侧边栏中自定义部分上方的类别列表。如果可以，是否有人能协助我完成？ 提前感谢！ --- ## [隐藏存在感：仍然有少数地方不生效](https://meta.discourse.org/t/hide-presence-there-are-still-a-few-places-where-it-doesnt-work/335902)
**Author:** [@Don](https://meta.discourse.org/u/Don)\ **回覆:** 3\ **Last updated:** [2024年十二月4日 14:16 UTC](https://meta.discourse.org/t/hide-presence-there-are-still-a-few-places-where-it-doesnt-work/335902 "2024-12-04T14:16:55Z")
你好 :wave: 我发现了一些我认为也应该隐藏在线状态的地方。 聊天状态，当你发送消息时，即使你隐藏了状态，它也会显示在底部。 我认为在用户页面摘要中，统计数据里的“上次看到”部分，如果启用了隐藏状态，也应该对用户隐藏。 如果能像第2点那样，与“\\u0026ldquo;上次看到\\u0026rdquo; 用户卡片 主题组件”一样工作就更好了。 谢谢 :slight\_smile: --- ## [功能建议：禁用邀请的自定义字段选项](https://meta.discourse.org/t/feature-suggestion-option-to-disable-custom-fields-for-invites/339028)
**Author:** [@jrgong](https://meta.discourse.org/u/jrgong)\ **回覆:** 0\ **Last updated:** [2024年十一月28日 13:41 UTC](https://meta.discourse.org/t/feature-suggestion-option-to-disable-custom-fields-for-invites/339028 "2024-11-28T13:41:01Z")
在我们的用例中，我们希望为特定的邀请链接禁用自定义字段。例如，我们有一个复选框确认用户不是企业账户。 在我们的漏斗中，我们使用 CRM，然后向他们发送注册邀请链接。在注册邀请表单中，我们希望禁用该字段。 --- ## [允许控制AI摘要的长度](https://meta.discourse.org/t/allow-control-of-the-length-of-an-ai-summary/286319)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 4\ **Last updated:** [2024年十二月2日 15:39 UTC](https://meta.discourse.org/t/allow-control-of-the-length-of-an-ai-summary/286319 "2024-12-02T15:39:08Z")
在使用AI摘要功能一段时间后，我发现摘要通常过于简短。 如果能要求提供简短或长版本摘要，那将非常有帮助。更好的是，可以自动获取两个版本，先提供简短版本，然后通过一次点击即可显示长版本。 --- ## [记录国家代码](https://meta.discourse.org/t/logging-country-codes/339692)
**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\ **回覆:** 0\ **Last updated:** [2024年十二月1日 21:53 UTC](https://meta.discourse.org/t/logging-country-codes/339692 "2024-12-01T21:53:22Z")
现在有几天我收到了大量未识别的流量。这次我主要有来自哈萨克斯坦和荷兰的讲芬兰语的朋友。像 Custom-AsyncHttpClient 这样的很容易被阻止，但也有其他的，它们的 user agent 不太容易过滤。当然，它们会创建一个错误代码，用这些数据进行 grep 是很简单的。 但它们有 IP 地址，我进行地理封锁。我有点怀念服务器级别的封锁，但因为它们产生的负载不是很大（WordPress 会是另一回事），我太懒得搭建一个反向代… --- ## [提及条件格式](https://meta.discourse.org/t/conditional-format-on-mentions/339629)
**Author:** [@martyn\_thomas](https://meta.discourse.org/u/martyn_thomas)\ **回覆:** 0\ **Last updated:** [2024年十二月1日 13:33 UTC](https://meta.discourse.org/t/conditional-format-on-mentions/339629 "2024-12-01T13:33:52Z")
我们经常使用提及来管理候补名单等。 能够通过格式标记提及的人员是否（或不在）相关组中会很有用。 例如，我们有一个候补名单，自从被添加到名单以来，被提及的人不再属于“候补名单”组 - 因此他们的提及现在会以红色突出显示。 --- ## [Amzn.eu短链接未被联盟插件重写](https://meta.discourse.org/t/amzn-eu-short-links-not-rewritten-by-affiliate-plugin/266785)
**Author:** [@jrgong](https://meta.discourse.org/u/jrgong)\ **回覆:** 14\ **Last updated:** [2024年十二月1日 11:29 UTC](https://meta.discourse.org/t/amzn-eu-short-links-not-rewritten-by-affiliate-plugin/266785 "2024-12-01T11:29:49Z")
看起来，相当新的 amzn.eu 短链接没有被插件重写，有人遇到同样的问题吗？ --- ## [电子邮件裁剪改进（代码块中不进行裁剪）](https://meta.discourse.org/t/email-trimming-improvement-no-trimming-in-code-blocks/320159)
**Author:** [@ZLMarshall](https://meta.discourse.org/u/ZLMarshall)\ **回覆:** 6\ **Last updated:** [2024年十一月30日 15:15 UTC](https://meta.discourse.org/t/email-trimming-improvement-no-trimming-in-code-blocks/320159 "2024-11-30T15:15:42Z")
我也就此问题开了个 GitHub issue，但同时也想在这里发帖，以防更多人关注： 我认为如果能改进电子邮件修剪逻辑，避免在代码块内进行修剪，那就太好了。例如，在包含以下内容的电子邮件中： \`\`\` # This should not be deleted # # Or trimmed # It is code #### Code code code \`\`\` 第一行 ‘#’ 下面的所有内容都会被修剪。这有点不方便，因为很多人使用… --- ## [在电子邮件通知中解决最终样式](https://meta.discourse.org/t/resolve-final-styles-in-email-notifications/310219)
**Author:** [@thoka](https://meta.discourse.org/u/thoka)\ **回覆:** 4\ **Last updated:** [2024年十一月30日 13:51 UTC](https://meta.discourse.org/t/resolve-final-styles-in-email-notifications/310219 "2024-11-30T13:51:28Z")
至少 posteo.de 网页邮件客户端会使用 CSS 样式定义中的第一个值来渲染颜色，这会导致通知中的按钮无法阅读： 而不是 目前，相应的样式是： font-weight: normal;; text-decoration: none; font-weight: bold; color: #006699;; background-color: #2F70AC; color: #FFFFFF; border-top: … --- ## [允许特定群组创建投票](https://meta.discourse.org/t/allow-specific-groups-to-create-polls/263365)
**Author:** [@NoamH](https://meta.discourse.org/u/NoamH)\ **回覆:** 5\ **Last updated:** [2024年十一月29日 19:37 UTC](https://meta.discourse.org/t/allow-specific-groups-to-create-polls/263365 "2024-11-29T19:37:00Z")
是否可以允许特定群组创建投票，而不仅仅是信任级别？ --- ## [app.yml中的Docker shm\_size 选项](https://meta.discourse.org/t/docker-shm-size-option-in-app-yml/174067)
**Author:** [@Ghan](https://meta.discourse.org/u/Ghan)\ **回覆:** 10\ **Last updated:** [2024年十一月29日 17:42 UTC](https://meta.discourse.org/t/docker-shm-size-option-in-app-yml/174067 "2024-11-29T17:42:33Z")
Would it be possible to make the shm\_size param an option in app.yml? I ran into this error today when trying to do a vacuum analyze: ERROR: could not resize shared memory segment It was trying to increase the shm usa… --- ## [聊天的端到端加密](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932)
**Author:** [@jimkleiber](https://meta.discourse.org/u/jimkleiber)\ **回覆:** 18\ **Last updated:** [2024年一月18日 09:38 UTC](https://meta.discourse.org/t/end-to-end-encryption-for-chat/226932 "2024-01-18T09:38:43Z")
继续讨论 介绍 Discourse Chat (BETA)： 只是想将此作为一个功能请求单独列出：在新聊天功能中实现端到端加密。 我认为这可能是一个改变游戏规则的功能，因为作为管理员，我不想访问人们的私人聊天消息，作为成员，我也不希望其他管理员访问我的私人聊天，而且 Discord、Slack 和大多数其他平台也不提供此选项。 我想这可能不是首要任务，但我希望它能在接下来的 7 个月内实现 :slight\_smile: 感谢您为… --- ## [由Discourse和人工智能驱动](https://meta.discourse.org/t/powered-by-discourse-with-ai/337787)
**Author:** [@EricGT](https://meta.discourse.org/u/EricGT)\ **回覆:** 5\ **Last updated:** [2024年十一月27日 14:24 UTC](https://meta.discourse.org/t/powered-by-discourse-with-ai/337787 "2024-11-27T14:24:47Z")
一些网站现在显示 但有些网站不是由 Discourse 托管的，因此没有启用 AI。因此，添加是具有意义的区别。由 Discourse AI 提供支持 --- ## [删除通知的天数 - 建议的新设置](https://meta.discourse.org/t/delete-notifications-after-days-suggested-new-setting/337098)
**Author:** [@markersocial](https://meta.discourse.org/u/markersocial)\ **回覆:** 4\ **Last updated:** [2024年十一月26日 08:42 UTC](https://meta.discourse.org/t/delete-notifications-after-days-suggested-new-setting/337098 "2024-11-26T08:42:18Z")
添加一个类似于“删除邮件日志（天数）”的设置，用于通知（硬删除），默认值为 0（禁用/永久保留），将非常有用。 虽然拥有完整的通知历史记录很好，但随着时间的推移，它们的价值会大大降低，而且它们在某种程度上是短暂的。但它们会占用数据库中相当大的空间，与所有其他内容成比例。 据我所知，社交媒体平台通常不会无限期地存储通知——通常是几周到几个月。 我的服务器不堪重负，磁盘空间正在迅速填满。:okay: 希望这能被考虑！… --- ## [加密货币打赏系统](https://meta.discourse.org/t/cryptocurrency-tip-system/92531)
**Author:** [@CryptoRux](https://meta.discourse.org/u/CryptoRux)\ **回覆:** 34\ **Last updated:** [2024年十一月26日 02:48 UTC](https://meta.discourse.org/t/cryptocurrency-tip-system/92531 "2024-11-26T02:48:01Z")
Hi discourse! I have many requests for Crypto tip system. I also want to reward my users, active users, with some crypto tips. is this possible? i can imagine the stuff in my head …but i dont know how to implement it… --- ## [聊天通知系统中的一个缺陷](https://meta.discourse.org/t/a-flaw-in-the-chat-notifications-system/336816)
**Author:** [@static0259](https://meta.discourse.org/u/static0259)\ **回覆:** 0\ **Last updated:** [2024年十一月18日 21:53 UTC](https://meta.discourse.org/t/a-flaw-in-the-chat-notifications-system/336816 "2024-11-18T21:53:10Z")
您好，目前聊天集成存在一些问题。问题和潜在解决方案如下： 目前，启用聊天推送通知需要访问单独的菜单，而不是集成到通知菜单中。 要激活推送通知，用户在安装 PWA 并打开通知后仍需要访问聊天通知菜单。 合理的默认设置：也许可以让管理员设置一个站点范围的推送通知切换开关，例如桌面 = 电子邮件通知，PWA = 推送通知（当然，用户仍然可以打开和关闭它）。 建议： 将通知和聊天通知菜单合并为一个。 当用户安… --- ## [主题列表筛选功能](https://meta.discourse.org/t/topics-list-filter-feature/263641)
**Author:** [@tgxworld](https://meta.discourse.org/u/tgxworld)\ **回覆:** 41\ **Last updated:** [2024年十一月24日 20:26 UTC](https://meta.discourse.org/t/topics-list-filter-feature/263641 "2024-11-24T20:26:18Z")
我们最近推出了一个创新的 /filter 路由，支持对主题列表进行更精细的过滤。值得注意的是，这是迈向统一搜索和…主题过滤语言的第一步。 [上一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=38) [下一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=40)