# Feature **URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=46&state=muted [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 47 --- ## [按创建日期排序](https://meta.discourse.org/t/sort-by-created-date/321812)
**Author:** [@PeakProsperity](https://meta.discourse.org/u/PeakProsperity)\ **回覆:** 1\ **Last updated:** [2024年八月15日 13:18 UTC](https://meta.discourse.org/t/sort-by-created-date/321812 "2024-08-15T13:18:39Z")
我希望为内置按钮添加一个功能请求，该按钮允许用户按主题创建日期对主题进行排序。我们社区经常收到此请求，目前我知道的唯一方法是手动将 ?order=created 参数添加到 URL。我更愿意在此处添加一个按钮： --- ## [自动添加标签组所需的标签](https://meta.discourse.org/t/automatically-add-the-tag-which-is-required-by-the-tag-group/321787)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 1\ **Last updated:** [2024年八月15日 10:19 UTC](https://meta.discourse.org/t/automatically-add-the-tag-which-is-required-by-the-tag-group/321787 "2024-08-15T10:19:08Z")
有时无法为主题添加标签会令人困惑。它并非显而易见，因为它是标签组的一部分，而这需要您先添加另一个标签。 当您在已按该标签筛选主题列表的情况下，使用“新主题”按钮创建新主题时，该标签会添加到撰写器中，但不会添加父标签。但是，当您提交主题时，Discourse 会非常智能地自动添加所需的父标签。 当您移除标签时，该标签也会被重新添加。因此，当一个主题被标记为“ai”和“ai-helper”时，如果您移除“ai”标签，保存时它… --- ## [Discourse 订阅插件的 Automatic\_tax.enabled](https://meta.discourse.org/t/automatic-tax-enabled-for-discourse-subscription-plugin/254606)
**Author:** [@SteveRueck](https://meta.discourse.org/u/SteveRueck)\ **回覆:** 20\ **Last updated:** [2024年八月14日 12:40 UTC](https://meta.discourse.org/t/automatic-tax-enabled-for-discourse-subscription-plugin/254606 "2024-08-14T12:40:07Z")
大家好， 我正在使用 Stripe Discourse Sub 插件，并收到了我的第一位订阅者。太棒了 :slight\_smile: 不幸的是，这位订阅者的账单没有税务信息，而这是必需的。 我联系了 Stripe 支持，他们说： 我查看了您的 Stripe 税务设置，Stripe 税务配置正确，并且已启用自动税务计算。 但是，“automatic\_tax.enabled”设置为“false”（响应文本：第 6 行和第 7 行… --- ## [静默和暂停原因消息应通过私信通知](https://meta.discourse.org/t/silence-and-suspend-reason-messages-should-be-pms/312801)
**Author:** [@mbauman](https://meta.discourse.org/u/mbauman)\ **回覆:** 13\ **Last updated:** [2024年八月14日 00:50 UTC](https://meta.discourse.org/t/silence-and-suspend-reason-messages-should-be-pms/312801 "2024-08-14T00:50:12Z")
我发现自己想查找与用户禁言和/或封禁相关的通信日志。虽然会向违规用户发送一封包含原因的电子邮件（我想是这样？），但我无法在系统中看到此消息（据我所知）。甚至电子邮件日志也没有显示消息本身。此外，如果用户使用了临时电子邮件地址，他们可能永远收不到消息。 如果 Discourse 使用类似“官方警告”的直接消息，而不是（或者也许是除了）直接且不可见的电子邮件，那就太好了。 是的，我知道原因存储在数据库中，并且您可以手动访问它。但这不一定… --- ## [Firefox 在复制/粘贴图片方面行为古怪](https://meta.discourse.org/t/firefox-has-quirky-copy-paste-image-behavior/39345)
**Author:** [@Alankrit\_Choudh](https://meta.discourse.org/u/Alankrit_Choudh)\ **回覆:** 15\ **Last updated:** [2024年八月13日 13:15 UTC](https://meta.discourse.org/t/firefox-has-quirky-copy-paste-image-behavior/39345 "2024-08-13T13:15:28Z")
How to repro. Firefox Only (latest) Open any image from imgur/imageshack etc.. Copy Image. (Do not copy image URL/Just copy image) Paste the image on your latest upgraded Discourse community, Instead of uploading the i… --- ## [允许 AI 助手仅用于阅读](https://meta.discourse.org/t/allow-ai-helper-for-reading-only/320871)
**Author:** [@MachineScholar](https://meta.discourse.org/u/MachineScholar)\ **回覆:** 3\ **Last updated:** [2024年八月12日 23:20 UTC](https://meta.discourse.org/t/allow-ai-helper-for-reading-only/320871 "2024-08-12T23:20:52Z")
目前可以在撰写器中启用 AI 助手，但在阅读帖子时禁用它，反之则不然。是否有计划允许管理员让用户在阅读帖子时使用 AI 助手，但不一定在撰写器中写作时使用？这对于希望将 AI 助手作为订阅福利来销售写作内容的社区非常有用。 感谢任何反馈！ --- ## [如果你在启动画面遇到加载中...消息的问题](https://meta.discourse.org/t/if-youre-having-trouble-on-loading-message-on-splash-screen/321251)
**Author:** [@Don](https://meta.discourse.org/u/Don)\ **回覆:** 0\ **Last updated:** [2024年八月12日 12:50 UTC](https://meta.discourse.org/t/if-youre-having-trouble-on-loading-message-on-splash-screen/321251 "2024-08-12T12:50:15Z")
你好 :wave: 有时，当组件或插件失败时，网站可能会卡在启动屏幕上。此外，管理员可能无法立即发现问题，或者即使发现了，也可能需要更长时间来修复。在这种情况下向访问者显示一条消息将有助于他们报告错误或通过其他方式联系网站管理员。 实际上，此消息可以始终显示在启动屏幕上。例如，就像 Gmail 一样。 此消息可以包含指向有主站点的论坛或联系电子邮件的链接。它可以在站点设置中自定义，或者可以完全关闭消息的显示。 模型图 --- ## [限制个人消息作为存储的能力](https://meta.discourse.org/t/ability-to-limit-use-of-personal-message-as-storage/321287)
**Author:** [@Overgrow](https://meta.discourse.org/u/Overgrow)\ **回覆:** 1\ **Last updated:** [2024年八月12日 16:42 UTC](https://meta.discourse.org/t/ability-to-limit-use-of-personal-message-as-storage/321287 "2024-08-12T16:42:14Z")
在我们的平台上，上传功能使用率很高，拥有吸引人的图库很重要。但是，我想限制使用私信作为“私人图库”的形式。 我知道这个问题偶尔会出现。（又一次） 我希望看到一个用户上传配额，最好为公共和私人上传设置单独的配额。如果这些配额可以按用户组设置，包括自定义用户组，那就更好了，这样可以为某些首选组提供额外的优势。 我很想听听您的想法。也许有我没有考虑到的完全不同的解决方案。 --- ## [Discourse AI 的可观察性](https://meta.discourse.org/t/observability-for-discourse-ai/316107)
**Author:** [@aas](https://meta.discourse.org/u/aas)\ **回覆:** 2\ **Last updated:** [2024年八月12日 16:18 UTC](https://meta.discourse.org/t/observability-for-discourse-ai/316107 "2024-08-12T16:18:52Z")
监控和评估大型语言模型至关重要： 五年前，当我领导创建 CodeSearchNet（GitHub CoPilot 的前身）的团队时，我开始从事语言模型的工作。从那时起，我看到了许多构建大型语言模型产品的成功和不成功的方法。我发现不成功的产品几乎总是有一个共同的根本原因：未能创建强大的评估系统。 如果 Discourse AI 要为企业关键的大型语言模型任务提供支持，我认为应优先支持 LangSmith 等监控工具。 使用 … --- ## [为Chat添加数学支持](https://meta.discourse.org/t/adding-maths-support-for-chat/252018)
**Author:** [@Anton\_Akhmerov](https://meta.discourse.org/u/Anton_Akhmerov)\ **回覆:** 6\ **Last updated:** [2024年八月10日 17:29 UTC](https://meta.discourse.org/t/adding-maths-support-for-chat/252018 "2024-08-10T17:29:20Z")
我有一个最近升级的 discourse 实例（discourse 92bb728fe5，discourse-math f9cf94d2）。我已经将 discourse-math 配置为使用 katex，但问题也出现在 mathjax 中。我注意到数学在帖子预览中、帖子本身中渲染得很好，但在聊天中却不行。下面是截图： --- ## [加快上传大容量实例的磁盘空间计算](https://meta.discourse.org/t/faster-disk-space-calculation-for-upload-heavy-instances/318997)
**Author:** [@Overgrow](https://meta.discourse.org/u/Overgrow)\ **回覆:** 3\ **Last updated:** [2024年八月10日 10:05 UTC](https://meta.discourse.org/t/faster-disk-space-calculation-for-upload-heavy-instances/318997 "2024-08-10T10:05:49Z")
du 命令用于检索上传占用的磁盘空间，它导致了我的管理仪表板性能问题。是的，我们有很多图片上传。我决定不完全禁用它（毕竟我们有 Grafana/Prometheus 仪表板），而是使用 df 来进行一个非常粗略的近似计算，以获得更快的速度。当然，管理员可以选择此更改，默认仍为 du。 我已经为此更改提交了一个 PR。这是我的第一个 PR，请对我温柔一点 :)) 您可以在此处查看 PR： --- ## [管理员与版主及群组](https://meta.discourse.org/t/admin-versus-moderator-and-groups/36539)
**Author:** [@jomaxro](https://meta.discourse.org/u/jomaxro)\ **回覆:** 7\ **Last updated:** [2024年八月9日 20:14 UTC](https://meta.discourse.org/t/admin-versus-moderator-and-groups/36539 "2024-08-09T20:14:09Z")
OK, strange question here. With the upcoming improvements to group messaging, I am wondering if there is/will be a built in system for messaging just the moderators (not all staff). To go with that, does the admin/mode… --- ## [从理论上讲，你能让discourse看起来像phpBB吗？](https://meta.discourse.org/t/in-theory-could-you-make-discourse-look-like-phpbb/23652)
**Author:** [@Kasper](https://meta.discourse.org/u/Kasper)\ **回覆:** 10\ **Last updated:** [2024年八月9日 16:07 UTC](https://meta.discourse.org/t/in-theory-could-you-make-discourse-look-like-phpbb/23652 "2024-08-09T16:07:59Z")
Let me first say that I personally prefer using discourse forums above phpbb forums for a couple of reasons, mainly functionality related. On a phpbb forum I still sometimes have things like “Oh wait ! This guy actually d… --- ## [回复的TOC磁盘](https://meta.discourse.org/t/disco-toc-for-replies/217885)
**Author:** [@ganncamp](https://meta.discourse.org/u/ganncamp)\ **回覆:** 20\ **Last updated:** [2024年八月9日 08:05 UTC](https://meta.discourse.org/t/disco-toc-for-replies/217885 "2024-08-09T08:05:41Z")
由于 Disco TOC 是默认列表中的主题组件之一，我假设这是一个提出功能请求的合适地方。 它目前仅适用于 OP（原始发帖人）。我希望能够为回复添加目录。为什么？ 当我们举办网络研讨会时，我们会通过帖子向社区宣布。网络研讨会结束后，我们在同一主题下回复，其中包含录制链接以及网络研讨会期间提出的所有问题的答案。我们这样做部分是为了涵盖我们在现场会议中未能回答的所有问题。 这些后续帖子往往会很长，并且通常按广泛的主题进行子分类——非… --- ## [用户提示中的跳过提示选项不应删除欢迎信息](https://meta.discourse.org/t/skip-tips-option-in-user-tip-should-not-delete-welcome-message/303420)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 2\ **Last updated:** [2024年八月8日 16:13 UTC](https://meta.discourse.org/t/skip-tips-option-in-user-tip-should-not-delete-welcome-message/303420 "2024-08-08T16:13:43Z")
几天前我注册了 try，并在看到的第一个提示时使用了“跳过提示”选项。 这还立即删除了我收到的个人消息。虽然这似乎是故意的，但这并不是我期望发生的事情。 在我看来，欢迎消息不仅仅是一个提示。即使是了解 Discourse 如何运作的用户，我也希望他们能收到。也许管理员甚至对其进行了个性化设置。大部分信息都是关于网站本身的，而不是关于 Discourse 的。虽然您可能知道信任级别，但仍然可以查看此社区的指南。 当您不得不在首… --- ## [限制会员访问链接](https://meta.discourse.org/t/restrict-access-to-links-to-members/50655)
**Author:** [@Cylae](https://meta.discourse.org/u/Cylae)\ **回覆:** 4\ **Last updated:** [2024年八月8日 10:43 UTC](https://meta.discourse.org/t/restrict-access-to-links-to-members/50655 "2024-08-08T10:43:32Z")
Hello guys :slight\_smile: There is anyway to restric links to members ? I looking for something like “Register to see the link” for nor non-registered members… Someone can help me ? Many thanks --- ## [允许批量删除聊天消息](https://meta.discourse.org/t/allow-for-bulk-deletion-of-chat-messages/253210)
**Author:** [@not-ethan](https://meta.discourse.org/u/not-ethan)\ **回覆:** 1\ **Last updated:** [2024年八月8日 10:22 UTC](https://meta.discourse.org/t/allow-for-bulk-deletion-of-chat-messages/253210 "2024-08-08T10:22:30Z")
目前，在聊天中选择消息时，唯一的审核操作是移动频道。您应该也能够批量删除它们。例如，如果有人发送大量垃圾消息，您需要逐个删除，而不是选择它们然后批量删除。@mcwumbly 提出了一个好建议，可以将其移动到一个频道，但批量删除仍然更好 Originally sent in chat feedback not-ethan 我们是否能够批量删除主题中的帖子之类的消息？ 例如，如果有人发送大量垃圾消息，您目前需要逐个删… --- ## [在提及该群组的帖子中发布群组已读状态](https://meta.discourse.org/t/publish-group-read-state-on-posts-in-which-the-group-is-mentioned/320644)
**Author:** [@elmstedt](https://meta.discourse.org/u/elmstedt)\ **回覆:** 2\ **Last updated:** [2024年八月8日 02:28 UTC](https://meta.discourse.org/t/publish-group-read-state-on-posts-in-which-the-group-is-mentioned/320644 "2024-08-08T02:28:57Z")
将此功能的使用范围扩展到包括提及群组的帖子，可以帮助团队更好地协调，方法是了解谁看到了用户请求，或者结合使用耳语，从而使群组能够提醒其他群组成员并了解谁看到了警报。 --- ## [在开始安装前进行测试电子邮件设置](https://meta.discourse.org/t/test-email-setup-before-the-installation-is-started/303658)
**Author:** [@JustinZ](https://meta.discourse.org/u/JustinZ)\ **回覆:** 3\ **Last updated:** [2024年八月7日 14:49 UTC](https://meta.discourse.org/t/test-email-setup-before-the-installation-is-started/303658 "2024-08-07T14:49:04Z")
discourse-doctor 工具可以发送测试电子邮件。此功能也应添加到 discourse-setup 工具中。在设置整个软件堆栈之前，请快速进行电子邮件测试，以验证用户输入的 SMTP 数据是否正常工作。正如注释所述，如果电子邮件设置不正确，该功能将无法运行。 如果安装人员输入的任何数据有误，这可以节省大量时间。 --- ## [关于我们的即时搜索实验的反馈](https://meta.discourse.org/t/feedback-on-our-instant-search-experiment/308705)
**Author:** [@Falco](https://meta.discourse.org/u/Falco)\ **回覆:** 33\ **Last updated:** [2024年八月7日 14:47 UTC](https://meta.discourse.org/t/feedback-on-our-instant-search-experiment/308705 "2024-08-07T14:47:53Z")
最近，我们进行了一项为期两个月的实验，旨在为 Discourse 上的新搜索体验制作原型。 请在 https://meta.discourse.org/instant-search 上进行测试。 :speaking\_head: 如果您想讨论您的体验，请随时通过 电话会议 进行安排。非常感谢您的反馈 :pray: 功能 快速搜索 能够搜索主题、帖子、聊天消息和用户 帖子和主题结果包括私信 聊天消息包括私人频道和直接… --- ## [民意调查中的绝对数字](https://meta.discourse.org/t/absolute-numbers-in-polls/32771)
**Author:** [@lightyear](https://meta.discourse.org/u/lightyear)\ **回覆:** 12\ **Last updated:** [2024年八月7日 10:18 UTC](https://meta.discourse.org/t/absolute-numbers-in-polls/32771 "2024-08-07T10:18:24Z")
Heyah, I remember there was a great topic once explaining the usage of the poll-plugin, but even after searching the forum for 15min I can find it (found a reference to it, that leads to a 404 though). So in case that i… --- ## [跨平台的Discourse聚合应用](https://meta.discourse.org/t/cross-platform-discourse-aggregator-app/320475)
**Author:** [@SamGreenwood](https://meta.discourse.org/u/SamGreenwood)\ **回覆:** 2\ **Last updated:** [2024年八月7日 06:13 UTC](https://meta.discourse.org/t/cross-platform-discourse-aggregator-app/320475 "2024-08-07T06:13:56Z")
我不是应用程序开发人员，所以我不知道这有多可行，但应该有人制作一个跨平台的 Discourse 聚合器应用程序。我知道手机上有 Discourse Hub，但我想的是更像 Fig for iOS 那样的东西。 --- ## [允许用户切换时间戳到24小时制](https://meta.discourse.org/t/allow-users-to-toggle-timestamps-to-24-hour-time/320476)
**Author:** [@Firepup650](https://meta.discourse.org/u/Firepup650)\ **回覆:** 1\ **Last updated:** [2024年八月7日 03:06 UTC](https://meta.discourse.org/t/allow-users-to-toggle-timestamps-to-24-hour-time/320476 "2024-08-07T03:06:20Z")
一些用户（包括我）宁愿使用 24 小时制的时间戳（例如，聊天消息时间戳，或这些：2024-08-07T02:30:00Z (UTC)），而不是 12 小时制。\\n\\n如果实现起来不难，在用户偏好设置中提供一个切换选项会很棒。 --- ## [为语义搜索设置相似度阈值](https://meta.discourse.org/t/setting-a-similarity-threshold-for-semantic-search/319894)
**Author:** [@Tanvir\_Singh](https://meta.discourse.org/u/Tanvir_Singh)\ **回覆:** 6\ **Last updated:** [2024年八月5日 15:38 UTC](https://meta.discourse.org/t/setting-a-similarity-threshold-for-semantic-search/319894 "2024-08-05T15:38:24Z")
我在我的应用程序中使用 discourse v3.1.5。当我尝试对主题进行语义搜索时，它会按相似度从高到低对主题进行排名，但即使搜索查询完全不同，它也会显示所有主题作为结果。我想限制搜索结果，使其至少具有一定的相似度才能显示为搜索结果。有办法做到这一点吗？ --- ## [已发布页面的管理员编辑链接](https://meta.discourse.org/t/admin-edit-link-for-published-pages/320109)
**Author:** [@cogdog](https://meta.discourse.org/u/cogdog)\ **回覆:** 0\ **Last updated:** [2024年八月5日 03:17 UTC](https://meta.discourse.org/t/admin-edit-link-for-published-pages/320109 "2024-08-05T03:17:35Z")
这相当小，但我为用户提供了一系列已发布的页面作为网站指南的一部分，网址为 https://connect.oeglobal.org/pub/connect-guide。我很少编辑它们，但发现并不总是容易找到要编辑的原始主题。它在源中作为规范链接。 如果管理员能在某个地方看到一个链接可以转到编辑视图，或者至少是主题视图，那就太好了。 在此之前，我构建了一个简单的浏览器书签小程序，它查找规范链接，如果找到，则提供一个确认对话框来查看它。 … --- ## [模板员工通知](https://meta.discourse.org/t/template-staff-notices/256060)
**Author:** [@not-ethan](https://meta.discourse.org/u/not-ethan)\ **回覆:** 4\ **Last updated:** [2024年八月4日 05:44 UTC](https://meta.discourse.org/t/template-staff-notices/256060 "2024-08-04T05:44:45Z")
在 Replit Ask 上，我们以独特的方式处理重复的错误报告和重复项。如果它们有价值，我们会像其他论坛一样将它们合并到原始报告中，但如果它们没有价值，我们会关闭重复项并添加一个工作人员注释，说明它是重复项并链接到原始报告（至少对于那些进行搜索的人来说）。 因此，每次出现重复项时，我都需要转到我们拥有模板的主题，复制它，转到重复项主题，粘贴它，然后获取原始主题的链接。如果我们有预设的工作人员注释，那将使事情变得容易得多，因为我们只需… --- ## [员工通知模板](https://meta.discourse.org/t/templates-for-staff-notices/320014)
**Author:** [@adaline](https://meta.discourse.org/u/adaline)\ **回覆:** 3\ **Last updated:** [2024年八月4日 05:42 UTC](https://meta.discourse.org/t/templates-for-staff-notices/320014 "2024-08-04T05:42:51Z")
这已经在 Template staff notices 提出过建议了 Discourse 有一个很棒的模板插件。如果能将其用于页面上的工作人员通知，那就太棒了，换句话说，就是在此屏幕上： 主题因重复关闭？因离题关闭？等等？我宁愿工作人员不必每次都手动编写通知，而是使用一些我们保持更新的标准化语言模板。那将是多么棒的功能。插入模板，粘贴链接或任何其他相关详细信息，然后完成！ --- ## [插件，允许公众查看版主操作](https://meta.discourse.org/t/plug-in-to-allow-public-view-of-moderator-actions/317890)
**Author:** [@anon48433008](https://meta.discourse.org/u/anon48433008)\ **回覆:** 9\ **Last updated:** [2024年八月3日 17:32 UTC](https://meta.discourse.org/t/plug-in-to-allow-public-view-of-moderator-actions/317890 "2024-08-03T17:32:14Z")
我希望看到将版主操作公开的选项，也许是最近 100 天的操作，因为它会影响信任等级的提升。如果这些操作显示在用户的个人资料页面上，可能会阻止或纠正用户行为。 --- ## [按标签设置慢速模式](https://meta.discourse.org/t/set-slow-mode-by-tag/319851)
**Author:** [@Carleas](https://meta.discourse.org/u/Carleas)\ **回覆:** 0\ **Last updated:** [2024年八月2日 15:30 UTC](https://meta.discourse.org/t/set-slow-mode-by-tag/319851 "2024-08-02T15:30:05Z")
我运营着一个论坛，吸引了很多有争议的对话，而慢速模式在保持对话富有成效和文明方面发挥了巨大作用。 我很想让用户通过将主题标记为“slow”来设置慢速模式。这将减轻版主的负担，他们会主动设置慢速模式，或者在主题已经失控时做出反应。这也会让用户对他们开始的对话类型有更多的控制权。 我认为这将是一个很好的功能。我不知道我不知道什么，但由于慢速模式可以按主题设置，而标签可以触发其他功能（例如，关注的主题），也许这并不是一项艰巨的任务？ --- ## [AI机器人安排模型](https://meta.discourse.org/t/ai-bot-arrange-models/319442)
**Author:** [@tpetrov](https://meta.discourse.org/u/tpetrov)\ **回覆:** 1\ **Last updated:** [2024年八月2日 06:03 UTC](https://meta.discourse.org/t/ai-bot-arrange-models/319442 "2024-08-02T06:03:06Z")
如何排列启动机器人对话时显示的模型的顺序： 以前可以在插件设置中进行此操作，但在新的 LLM 设置选项卡之后，找不到方法（我想是我遗漏了什么）。 [上一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=45&state=muted) [下一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=47&state=muted)