# Feature **URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=48&state=muted [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 49 --- ## [与Discourse产品团队讨论邀请事宜](https://meta.discourse.org/t/speak-with-the-discourse-product-team-about-invites/315749)
**Author:** [@lindsey](https://meta.discourse.org/u/lindsey)\ **回覆:** 1\ **Last updated:** [2024年七月16日 15:39 UTC](https://meta.discourse.org/t/speak-with-the-discourse-product-team-about-invites/315749 "2024-07-16T15:39:00Z")
各位朋友 :waving\_hand: 我们想更多地了解您是否/如何使用 Discourse 的邀请功能来邀请新成员加入您的社区。 为了帮助我们开始研究，请填写下面的投票？请注意，您可以选择多个答案，包括选择与我们进一步就此主题进行交流。我会直接联系任何愿意分享更多反馈的人。 poll 谢谢！ --- ## [为什么没有记录谁添加或删除了慢速模式？](https://meta.discourse.org/t/why-is-there-no-record-of-who-added-or-removed-slow-mode/316354)
**Author:** [@physixfan](https://meta.discourse.org/u/physixfan)\ **回覆:** 6\ **Last updated:** [2024年七月16日 09:09 UTC](https://meta.discourse.org/t/why-is-there-no-record-of-who-added-or-removed-slow-mode/316354 "2024-07-16T09:09:33Z")
慢速模式对我们论坛的某些主题非常有用。但我发现 Discourse 在这方面存在一个严重的设计缺陷：没有记录谁添加或删除了慢速模式。我甚至检查了数据库，仍然没有记录。任何 TL4 用户都拥有此功能。对于有争议的主题，添加或删除慢速模式会使主题更具争议性，我们确实需要知道是哪个用户执行了此操作。 --- ## [在“点赞”上显示剧透内容](https://meta.discourse.org/t/show-spoiler-content-on-like/316229)
**Author:** [@Monikas](https://meta.discourse.org/u/Monikas)\ **回覆:** 2\ **Last updated:** [2024年七月16日 09:07 UTC](https://meta.discourse.org/t/show-spoiler-content-on-like/316229 "2024-07-16T09:07:18Z")
尊敬的 Discourse 团队： 希望您一切安好。我写信是为了建议一项新功能，以增强 Discourse 上的用户互动和参与度。 功能建议： 我建议添加一项功能，当用户点击“点赞”按钮时，会显示隐藏的“剧透”内容。此功能的工作方式如下： 用户发布带有“剧透”标签的内容。 其他用户会看到一个“剧透”占位符，而不是隐藏的内容。 当用户点击帖子的“点赞”按钮时，该“剧透”内容就会向他们显示。 好处： 增加参与度：用户会更积极… --- ## [观看用户设置](https://meta.discourse.org/t/watch-users-setting/120716)
**Author:** [@outofthebox](https://meta.discourse.org/u/outofthebox)\ **回覆:** 18\ **Last updated:** [2024年七月15日 15:35 UTC](https://meta.discourse.org/t/watch-users-setting/120716 "2024-07-15T15:35:10Z")
Hi, I see the following options for notifications about a member: However, would it be possible to add a “Watching” option? This would be especially useful for moderators who want to track potentially problematic m… --- ## [拍卖功能/插件](https://meta.discourse.org/t/auction-feature-plugin/316343)
**Author:** [@ceromax](https://meta.discourse.org/u/ceromax)\ **回覆:** 0\ **Last updated:** [2024年七月15日 15:11 UTC](https://meta.discourse.org/t/auction-feature-plugin/316343 "2024-07-15T15:11:57Z")
Discourse 是否有包含拍卖功能的插件（官方或自定义的）？用户可以在主题中拍卖商品，例如设置起拍价、每次出价的增价幅度，以及“立即购买”功能（类似于 eBay）。 如果我使用搜索功能，会找到这个主题：https://meta.discourse.org/t/auction-feature/55221，它指向这个主题：https://meta.discourse.org/t/buy-sell-category/15655，但该主题… --- ## [标签组网址](https://meta.discourse.org/t/tag-group-urls/316301)
**Author:** [@grovemountain](https://meta.discourse.org/u/grovemountain)\ **回覆:** 0\ **Last updated:** [2024年七月15日 09:21 UTC](https://meta.discourse.org/t/tag-group-urls/316301 "2024-07-15T09:21:58Z")
大家好， 简而言之：Is there a way to link to a tag group? + 一些可扩展的选项。 几年后重新回到 Discourse。很高兴回来。我在搜索文档、插件目录和 Meta 上的讨论时，还没有找到解决方案。在为我的用例纠结了“分类还是标签？”的问题后，一些实验和 It’s Time We Talked About Tags 说服了我走以标签为中心的路线。 如果 Discourse 能够生成类似 h… --- ## [允许访客和搜索引擎查看聊天频道](https://meta.discourse.org/t/allow-visitors-and-search-engines-to-see-chat-channels/254267)
**Author:** [@volanar](https://meta.discourse.org/u/volanar)\ **回覆:** 16\ **Last updated:** [2024年七月14日 01:42 UTC](https://meta.discourse.org/t/allow-visitors-and-search-engines-to-see-chat-channels/254267 "2024-07-14T01:42:45Z")
所有频道都有一个 URL。内容的质量不比主题差。我认为是时候添加一个设置，使它们公开可用并被搜索引擎索引了。 --- ## [自动（且糟糕的）私信对话标题](https://meta.discourse.org/t/automatic-and-bad-pm-conversation-titles/315909)
**Author:** [@MachineScholar](https://meta.discourse.org/u/MachineScholar)\ **回覆:** 3\ **Last updated:** [2024年七月12日 14:23 UTC](https://meta.discourse.org/t/automatic-and-bad-pm-conversation-titles/315909 "2024-07-12T14:23:08Z")
我已经为 AI 机器人禁用了自动聊天主题标题，并将时间设置为 0 分钟，但 PM 对话主题在对话创建约 30 秒后仍会自动设置。我也尝试过将其打开并设置一个较高的值，例如 30 分钟，但没有任何改变。由于设置速度很快，标题非常糟糕，显然与内容无关。如果您能提供任何建议，我将不胜感激！ 附注：我通过点击标题中的 AI 机器人图标来开始这些对话。 --- ## [通过 SDK 调用时阻止电子邮件聊天通知](https://meta.discourse.org/t/prevent-emailed-chat-notifications-when-invoked-via-sdk/308065)
**Author:** [@merefield](https://meta.discourse.org/u/merefield)\ **回覆:** 4\ **Last updated:** [2024年七月12日 09:24 UTC](https://meta.discourse.org/t/prevent-emailed-chat-notifications-when-invoked-via-sdk/308065 "2024-07-12T09:24:23Z")
对于帖子创建者，我们有一个有用的属性可以防止发送电子邮件通知。 post\_alert\_options: { skip\_send\_email: true }, 我们也可以为通过聊天 SDK 添加的消息关闭这些通知吗？ --- ## [心愿单：告诉我何时超过弹跳阈值](https://meta.discourse.org/t/wishlist-tell-me-when-ive-crossed-the-bounce-threshold/315914)
**Author:** [@ganncamp](https://meta.discourse.org/u/ganncamp)\ **回覆:** 3\ **Last updated:** [2024年七月11日 23:01 UTC](https://meta.discourse.org/t/wishlist-tell-me-when-ive-crossed-the-bounce-threshold/315914 "2024-07-11T23:01:35Z")
由于公司邮件服务器出现了一些问题，我的账户（以及其他一些账户）已超过退信阈值，我们公开的 Discourse 实例也受到了影响。 两周以来，我没有收到 Discourse 的任何电子邮件通知。也不知道为什么。 这段时间一半我在休假。另一半我非常频繁地访问我们的实例，并通过唯一可行的方式——直接在 UI 中——获取我的通知。 在我看来，Discourse 应该提醒我——在 UI 中，而不是通过电子邮件 :sweat\_smile: —… --- ## [使用Discourse订阅是否需要登录？](https://meta.discourse.org/t/is-login-required-for-discourse-subscriptions/316011)
**Author:** [@jhants](https://meta.discourse.org/u/jhants)\ **回覆:** 2\ **Last updated:** [2024年五月16日 14:02 UTC](https://meta.discourse.org/t/is-login-required-for-discourse-subscriptions/316011 "2024-05-16T14:02:00Z")
据我所知，我已完成此过程 - 我还尝试了前面字符串中的所有内容，使用了我在 Discourse 中创建的 Stripe 产品，但这并未在 Discourse 中产生订阅。 鉴于它没有说明您必须使用 Discourse 链接来邀请人们订阅，并且有一个 Stripe 产品，我对这是必需感到惊讶。我尝试直接使用链接 https://endurancebikeandrun.discourse.group/s/prod\_Q7HmrlJPQP21… --- ## [改进用户切换计划的流程](https://meta.discourse.org/t/improve-the-process-for-users-switching-plans/315791)
**Author:** [@anon48433008](https://meta.discourse.org/u/anon48433008)\ **回覆:** 8\ **Last updated:** [2024年七月11日 13:07 UTC](https://meta.discourse.org/t/improve-the-process-for-users-switching-plans/315791 "2024-07-11T13:07:47Z")
Blake 我已经让会员升级了，Stripe 通过其客户门户提供了一种方法 允许客户切换套餐 但这需要创建与此插件中预填充的产品和套餐分开的新产品和套餐。 您能否解释一下如何轻松完成这项工作？ 我知道有一个 webhook，我猜可以做到这一点，然后添加相同的 webhook？ 但还有一个预填充的支持页面（包含产品），需要更改或根本不使用，只需添加一个指向 Stripe 提供的新页面的链接？ 感谢您在此插件功能上所… --- ## [在更新之前添加一个备份提示（即使是激烈的提示）》](https://meta.discourse.org/t/add-a-prompt-even-an-aggressive-prompt-to-backup-before-updating/315617)
**Author:** [@jericson](https://meta.discourse.org/u/jericson)\ **回覆:** 1\ **Last updated:** [2024年七月11日 12:44 UTC](https://meta.discourse.org/t/add-a-prompt-even-an-aggressive-prompt-to-backup-before-updating/315617 "2024-07-11T12:44:15Z")
继续讨论 修复 Digital Ocean 上在 Docker 更新期间中断的 Discourse 安装： 在帮助某人恢复因更新出现问题需要从备份恢复的生产系统时，我意识到 Docker Manager 插件 没有提示管理员进行备份。一个可能比较合适的地方是在 /admin/update 的警告中： 链接将指向 /admin/backups。 但我会更进一步，增加一个对话框，在执行可能危险的操作之前放慢人们的速度： … --- ## [关于产品特定定价表设置的计划有哪些](https://meta.discourse.org/t/what-are-the-plans-for-product-specific-pricing-table-settings/315788)
**Author:** [@Nelson-N](https://meta.discourse.org/u/Nelson-N)\ **回覆:** 1\ **Last updated:** [2024年七月10日 19:56 UTC](https://meta.discourse.org/t/what-are-the-plans-for-product-specific-pricing-table-settings/315788 "2024-07-10T19:56:17Z")
插件做得太棒了。设置简单明了。 有计划将以下设置添加到产品级别吗？ discourse 订阅定价表 ID discourse 订阅定价表启用 目前，这些是全局设置。它只允许一个定价表，但可能存在多个产品，每个产品在 Stripe 中都有自己的定价表，并且希望使用 Stripe Checkout 的用例。 示例： 产品 1 \*\* 青铜套餐 - 10 美元 \*\* 白银套餐 - 20 美元 \*\* 黄金套餐 - 50 美元 … --- ## [允许静音所有聊天推送通知](https://meta.discourse.org/t/allow-muting-all-chat-push-notifications/313539)
**Author:** [@Earnie\_Baird](https://meta.discourse.org/u/Earnie_Baird)\ **回覆:** 2\ **Last updated:** [2024年七月9日 15:38 UTC](https://meta.discourse.org/t/allow-muting-all-chat-push-notifications/313539 "2024-07-09T15:38:19Z")
是否有办法静音聊天推送通知？ 在“首选项”-\>“聊天”中，有一个“仅发送聊天推送通知”的设置，但没有关闭聊天推送通知的方法。 在“首选项”-\>“用户”中，您可以静音特定用户，但不能静音所有人。 我可能忽略了显而易见的东西。任何帮助都将不胜感激。 --- ## [可以在帖子历史视图中添加“编辑原因”](https://meta.discourse.org/t/ability-to-add-a-reason-for-editing-from-the-post-history-view/37916)
**Author:** [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)\ **回覆:** 2\ **Last updated:** [2024年七月9日 13:48 UTC](https://meta.discourse.org/t/ability-to-add-a-reason-for-editing-from-the-post-history-view/37916 "2024-07-09T13:48:06Z")
When editing a post, there’s a nifty (add edit reason) link to click and then type in a line to explain why you are editing it. It’s important and useful, even more so now that edit notifications can be browsed all in o… --- ## [为YouTube播放列表链接添加缩略图](https://meta.discourse.org/t/add-thumbnails-for-youtube-playlist-urls/152431)
**Author:** [@D8vid](https://meta.discourse.org/u/D8vid)\ **回覆:** 3\ **Last updated:** [2024年七月8日 10:19 UTC](https://meta.discourse.org/t/add-thumbnails-for-youtube-playlist-urls/152431 "2024-07-08T10:19:18Z")
On latest tests-passed branch, topics with a bare YouTube playlist URL are OneBoxing correctly, but no thumbnail is produced. An example: https://www.youtube.com/playlist?list=PLJtitKU0CAeiFIQUX81qqt4laVWfa-Gtz … --- ## [迁移上传到 S3 不适用于私有存储桶](https://meta.discourse.org/t/migrating-uploads-to-s3-does-not-work-with-private-bucket/94591)
**Author:** [@ash-kadem](https://meta.discourse.org/u/ash-kadem)\ **回覆:** 10\ **Last updated:** [2024年七月8日 01:02 UTC](https://meta.discourse.org/t/migrating-uploads-to-s3-does-not-work-with-private-bucket/94591 "2024-07-08T01:02:44Z")
Hi all, We want to use a CDN with Discourse using Cloudfront and S3. The S3 bucket is not public and can only be read by and written to using the Discourse IAM role or Cloudfront. However, if we migrate the existing upl… --- ## [在“隐藏详细信息”摘要中支持 @ 或 #](https://meta.discourse.org/t/support-or-in-hide-details-summary/315313)
**Author:** [@anon82911141](https://meta.discourse.org/u/anon82911141)\ **回覆:** 7\ **Last updated:** [2024年七月7日 12:15 UTC](https://meta.discourse.org/t/support-or-in-hide-details-summary/315313 "2024-07-07T12:15:20Z")
标题已经相当直白了。 ▶ @Discourse ▶ #contribute:feature --- ## [查看帖子编辑历史的最低信任等级](https://meta.discourse.org/t/minimum-trust-level-for-viewing-post-edit-history/161834)
**Author:** [@CaZsm](https://meta.discourse.org/u/CaZsm)\ **回覆:** 18\ **Last updated:** [2024年七月7日 07:56 UTC](https://meta.discourse.org/t/minimum-trust-level-for-viewing-post-edit-history/161834 "2024-07-07T07:56:34Z")
Recently it was changed so TL4 (Leader) can never see edit history if edit history is hidden from the public. Our discussion forum is extremely large-scale with many thousands of users. We use TL4 as a pseudo-moderato… --- ## [通过 ActivityPub 联合私有类别](https://meta.discourse.org/t/federate-private-categories-via-activitypub/308624)
**Author:** [@thoka](https://meta.discourse.org/u/thoka)\ **回覆:** 2\ **Last updated:** [2024年七月7日 00:44 UTC](https://meta.discourse.org/t/federate-private-categories-via-activitypub/308624 "2024-07-07T00:44:35Z")
一个月前，我们（@thoka 和 @almereyda）通过 联合 测试了两个 Discourse 类别之间的双向链接，并对编辑、帖子和反应的同步顺畅程度感到非常惊讶。感觉就像我们在处理同一个 Discourse。恭喜 @angus :tada:，我们欠你一块 :cake:。 尽管这对于公开讨论来说令人兴奋，但我们想知道将私有类别联合（例如，通过 受众定位）是否在路线图上？ 在我们看来，这种联合且注重隐私的讨论基础设施的可用性可能是… --- ## [远程资源（帖子、评论）的联合标记](https://meta.discourse.org/t/federated-flagging-of-remote-resources-posts-comments/315286)
**Author:** [@almereyda](https://meta.discourse.org/u/almereyda)\ **回覆:** 0\ **Last updated:** [2024年七月7日 00:40 UTC](https://meta.discourse.org/t/federated-flagging-of-remote-resources-posts-comments/315286 "2024-07-07T00:40:56Z")
此上下文也对远程帖子的审核产生了影响。:black\_flag: 标记功能是否也会进行联合，并在需要时找到远程版主？ 如果可以，此功能已存在。 --- ## [模组批量处理举报的能力](https://meta.discourse.org/t/ability-for-mods-to-bulk-process-flags/314682)
**Author:** [@Divinebaboon](https://meta.discourse.org/u/Divinebaboon)\ **回覆:** 3\ **Last updated:** [2024年七月3日 02:46 UTC](https://meta.discourse.org/t/ability-for-mods-to-bulk-process-flags/314682 "2024-07-03T02:46:29Z")
我们有一些用户喜欢在他们仅仅不同意的帖子/回复上滥用标记，即使在反复警告之后也是如此。 如果在标记审核页面上有一个批量批准/拒绝/忽略标记的功能，那就太好了。比如有一个复选框，你可以点击一个按钮来全选，然后点击另一个按钮来忽略它们，这将节省大量时间。 之前有一个支持票也询问过这个功能 Way to bulk process/delete flagged registrations? --- ## [解软标签系统...？](https://meta.discourse.org/t/unstiffening-the-tag-system/313846)
**Author:** [@Renato\_Mendes](https://meta.discourse.org/u/Renato_Mendes)\ **回覆:** 3\ **Last updated:** [2024年七月5日 17:15 UTC](https://meta.discourse.org/t/unstiffening-the-tag-system/313846 "2024-07-05T17:15:39Z")
嘿，各位！希望你们一切安好 :slight\_smile: 我一直在思考标签系统及其僵化性（尽管它很强大）。 如果我们不阻止在不同类别中使用某些标签，而是可以选择为用户推荐某些标签组，同时也允许他们使用其他组的标签，以防万一有意义，那岂不是很好？ 这并不会剥夺管理员在某些类别中实际阻止某些标签使用的能力，只是为那些在较小（标签）和较大主题（类别）之间没有那么严格区分的论坛提供了一个很好的新可能性。 谢谢！ --- ## [引入“高亮主题”功能](https://meta.discourse.org/t/introduce-a-highlight-topic-feature/208436)
**Author:** [@tachibanalolo](https://meta.discourse.org/u/tachibanalolo)\ **回覆:** 14\ **Last updated:** [2024年七月4日 14:51 UTC](https://meta.discourse.org/t/introduce-a-highlight-topic-feature/208436 "2024-07-04T14:51:33Z")
对于 --- ## [根据某些反应扣分](https://meta.discourse.org/t/subtract-points-based-on-certain-reactions/314984)
**Author:** [@Kartoon](https://meta.discourse.org/u/Kartoon)\ **回覆:** 0\ **Last updated:** [2024年六月8日 13:59 UTC](https://meta.discourse.org/t/subtract-points-based-on-certain-reactions/314984 "2024-06-08T13:59:02Z")
我知道这还有很长的路要走，但只是在开发过程中提出供考虑，而不是在决定后才追溯性地尝试（如果决定的话），允许选择指定一个反应来减去分数（例如 Reddit 的点踩）。已经有一个选项可以使其中一些反应得分为 0，但我绝对支持负值。 我明白这对于某些人来说将是一个有争议的功能（这就是 YouTube 可见地删除它的原因），但只要有启用/禁用它的选项，你显然不必在你的社区中使用它。而且由于它不会像 Reddit 那样积极地埋没帖子，所以它对… --- ## [选择链接在个人资料中的排行榜](https://meta.discourse.org/t/choose-leaderboard-linked-in-profile/314980)
**Author:** [@Jose\_C\_Gomez](https://meta.discourse.org/u/Jose_C_Gomez)\ **回覆:** 1\ **Last updated:** [2024年七月4日 11:40 UTC](https://meta.discourse.org/t/choose-leaderboard-linked-in-profile/314980 "2024-07-04T11:40:09Z")
有没有办法让个人资料上显示的版块不是第一个版块？ --- ## [默认为标签页面设置热榜和置顶排序能力](https://meta.discourse.org/t/ability-to-set-hot-and-top-sorting-for-tag-pages-by-default/314751)
**Author:** [@icaria36](https://meta.discourse.org/u/icaria36)\ **回覆:** 0\ **Last updated:** [2024年七月3日 07:13 UTC](https://meta.discourse.org/t/ability-to-set-hot-and-top-sorting-for-tag-pages-by-default/314751 "2024-07-03T07:13:05Z")
目前，标签页默认只接受“最新”排序。虽然也提供“热门”和“置顶”排序，但需要用户手动选择。管理员无法将其设置为默认值（对吗？）。例如，请参见 #tags。 允许默认按“热门”排序标签的动机与 Allow setting "Hot" as default topic list for categories 中的相同。解决方案可以是一个设置，就像决定主页排序的设置一样。或者，一个替代/过渡方案是让标签排序遵循主页排序，如果管理员已将主页默… --- ## [在通知仪表盘上将\`System\`通知作为筛选条件](https://meta.discourse.org/t/system-notifications-as-a-filter-on-the-notifications-dashboard/314450)
**Author:** [@arun](https://meta.discourse.org/u/arun)\ **回覆:** 0\ **Last updated:** [2024年七月1日 12:44 UTC](https://meta.discourse.org/t/system-notifications-as-a-filter-on-the-notifications-dashboard/314450 "2024-07-01T12:44:13Z")
在通知仪表板 /notifications/edits 上，有各种筛选器，如 Responses、Likes 和 Mentions。系统通知还能是这里的另一个筛选器吗？ --- ## [未从标题标签中删除破折号](https://meta.discourse.org/t/dashes-not-removed-from-title-tags/314353)
**Author:** [@thaidb](https://meta.discourse.org/u/thaidb)\ **回覆:** 1\ **Last updated:** [2024年七月1日 01:31 UTC](https://meta.discourse.org/t/dashes-not-removed-from-title-tags/314353 "2024-07-01T01:31:09Z")
再次感谢您的组件。您能删除带有页面标题标签的破折号吗？此致敬礼, [上一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=47&state=muted) [下一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=49&state=muted)