# Contribute

**URL:** https://meta.discourse.org/c/contribute/208.md?page=98

[最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md)

**Page:** 99

---

## [被禁言的用户可以通过匿名模式绕过限制](https://meta.discourse.org/t/silenced-user-can-circumvent-it-entering-anonymous-mode/320052)

<div class="topic-metadata">

**Author:** [@ValdikSS](https://meta.discourse.org/u/ValdikSS)\
**回覆:** 17\
**Last updated:** [2025年四月23日 08:39 UTC](https://meta.discourse.org/t/silenced-user-can-circumvent-it-entering-anonymous-mode/320052 "2025-04-23T08:39:44Z")

</div>

当用户被禁言时，进入匿名模式可以不受限制地发帖。 Discourse 3.3.0.beta6

---

## [模板组允许私人模板中的“Everyone”会禁用它](https://meta.discourse.org/t/everyone-in-template-groups-allowed-private-templates-disables-it/362943)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 3\
**Last updated:** [2025年四月23日 08:04 UTC](https://meta.discourse.org/t/everyone-in-template-groups-allowed-private-templates-disables-it/362943 "2025-04-23T08:04:52Z")

</div>

当“Everyone”被添加到 discourse\_templates\_groups\_allowed\_private\_templates 时，除了管理员之外，所有人的功能都会中断。 所以“Everyone, trust\_level\_0”不起作用，而“trust\_level\_0”起作用。 罪魁祸首： :scream: :scream: return false if group\_id == 0 :scream: :scream: …

---

## [Data Explorer 中缺失查询计划](https://meta.discourse.org/t/missing-query-plans-in-data-explorer/363061)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 2\
**Last updated:** [2025年四月23日 06:02 UTC](https://meta.discourse.org/t/missing-query-plans-in-data-explorer/363061 "2025-04-23T06:02:57Z")

</div>

在使用数据浏览器时，我最近想知道“包含查询计划”是做什么用的。所以我启用它来找出答案——但我没有注意到任何变化。 所以我问了一个我多年来学到很多的人，他分享了一个截图，展示了它应该是什么样子。我很好奇为什么它不起作用，所以我检查了一下，注意到请求发送中包含了 explain: true\[1\]，但响应中没有包含\[2\]。所以我试图弄清楚它在哪里丢失了。有一次我问了 ChatGPT，因为我不确定接下来该看哪里。它非常有帮助，引导我完成…

---

## [禁用备份不会从管理员侧边栏中删除项目](https://meta.discourse.org/t/disabling-backups-does-not-remove-item-from-admin-sidebar/362099)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 1\
**Last updated:** [2025年四月23日 02:28 UTC](https://meta.discourse.org/t/disabling-backups-does-not-remove-item-from-admin-sidebar/362099 "2025-04-23T02:28:55Z")

</div>

在“旧”管理菜单中，“备份”项会在 enable\_backups 设置为 false 时消失。 在新管理侧边栏中，“备份”项仍然存在。 点击它会显示“拒绝访问”。

---

## [PM 标签的不一致代码/需求](https://meta.discourse.org/t/inconsistent-code-requirements-for-pm-tagging/362931)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 0\
**Last updated:** [2025年四月22日 08:14 UTC](https://meta.discourse.org/t/inconsistent-code-requirements-for-pm-tagging/362931 "2025-04-22T08:14:18Z")

</div>

处理个人消息标签的代码不一致。 在代码库的某些部分，位于 pm\_tags\_allowed\_for\_groups 中就足以标记个人消息。 而在代码库的其他部分，则需要同时位于 pm\_tags\_allowed\_for\_groups 和 tag\_topic\_allowed\_groups 中。 当用户需要能够标记自己的个人消息，但又不希望他们标记公开主题时（例如：Private template permissions to overrid…

---

## [尝试取消星标'Bug Reporter'徽章时出现'FAILED'错误](https://meta.discourse.org/t/failed-error-when-trying-to-un-star-the-bug-reporter-badge/330523)

<div class="topic-metadata">

**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**回覆:** 10\
**Last updated:** [2025年四月22日 07:59 UTC](https://meta.discourse.org/t/failed-error-when-trying-to-un-star-the-bug-reporter-badge/330523 "2025-04-22T07:59:47Z")

</div>

尝试移除我的“Bug Reporter”徽章上的星标以使用其他徽章作为我最喜欢的徽章时，我收到了一个“失败”的错误。其他徽章可以取消星标（这是个词吗？），但这个徽章无法取消星标。

---

## [投票结果用户卡在悬停时不显示](https://meta.discourse.org/t/poll-result-user-card-not-showing-on-hover/362871)

<div class="topic-metadata">

**Author:** [@ncaming215](https://meta.discourse.org/u/ncaming215)\
**回覆:** 5\
**Last updated:** [2025年四月22日 05:07 UTC](https://meta.discourse.org/t/poll-result-user-card-not-showing-on-hover/362871 "2025-04-22T05:07:40Z")

</div>

这可能是我，但我记得在投票的“结果”中悬停在某个用户头像上时，应该会显示预期的响应：用户卡片在模态窗口中。目前，这个功能没有正常工作。我们正在进行一场大型模拟草案，这对追踪投票的管理员来说变成了一个意想不到的麻烦。

---

## [隐藏过滤列表中的标签 - 新站点设置](https://meta.discourse.org/t/hide-tags-in-filter-list-new-site-setting/51715)

<div class="topic-metadata">

**Author:** [@jomaxro](https://meta.discourse.org/u/jomaxro)\
**回覆:** 11\
**Last updated:** [2025年四月22日 04:55 UTC](https://meta.discourse.org/t/hide-tags-in-filter-list-new-site-setting/51715 "2025-04-22T04:55:05Z")

</div>

Over at Stonehearth we’ve been using the tag system pretty extensively in a few of our categories. We also have show filter by tag enabled and sorted by popularity. The problem we’re now seeing is that certain tags are…

---

## [AI助手卡在生成中](https://meta.discourse.org/t/ai-helper-stuck-generating/362643)

<div class="topic-metadata">

**Author:** [@MachineScholar](https://meta.discourse.org/u/MachineScholar)\
**回覆:** 7\
**Last updated:** [2025年四月21日 21:07 UTC](https://meta.discourse.org/t/ai-helper-stuck-generating/362643 "2025-04-21T21:07:17Z")

</div>

出于某种原因，AI 助手一直卡在“生成中”窗口，从未完成，并且 AI 助手的每个选项都会出现这种情况。但是，AI 机器人可以正常工作。我也没收到任何错误日志，所以似乎无法隔离问题。因此，这是关于此错误的帖子。 我的实例已完全更新。

---

## [聊天中，管理员群组显示有22名成员，但实际上只有8名](https://meta.discourse.org/t/in-chat-moderators-group-appears-to-have-22-members-when-it-only-has-8/349799)

<div class="topic-metadata">

**Author:** [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)\
**回覆:** 5\
**Last updated:** [2025年四月21日 20:30 UTC](https://meta.discourse.org/t/in-chat-moderators-group-appears-to-have-22-members-when-it-only-has-8/349799 "2025-04-21T20:30:44Z")

</div>

我觉得 Moin 发现了聊天系统的一个 bug。另外，我觉得这里有一个功能建议。目前没有一个群组设置来确定哪些成员可以与特定群组发起私聊。这很……

---

## [评论和回复显示为双倍](https://meta.discourse.org/t/comments-and-replies-are-shown-double/222261)

<div class="topic-metadata">

**Author:** [@Joris\_1975](https://meta.discourse.org/u/Joris_1975)\
**回覆:** 8\
**Last updated:** [2022年三月30日 14:02 UTC](https://meta.discourse.org/t/comments-and-replies-are-shown-double/222261 "2022-03-30T14:02:22Z")

</div>

这是一个例子，关于评论和回复的显示方式。 下图中可以看到，当有人回复评论时，会出现一个“Replies”按钮。但同时，评论也会在帖子的另一个部分被复制显示。 能否移除这些额外的（重复的）评论，只保留回复？ 通过这个简单的更改，论坛将更加用户友好，对话也将更加流畅。当然有解决方案，但我们找不到。 我们找到了“移除对直接回复的完整引用”，但这并不能解决我们的问题。 非常感谢支持。

---

## [员工通知位置不明确](https://meta.discourse.org/t/staff-notices-positioning-is-ambiguous/258815)

<div class="topic-metadata">

**Author:** [@davidkingham](https://meta.discourse.org/u/davidkingham)\
**回覆:** 14\
**Last updated:** [2025年四月21日 10:05 UTC](https://meta.discourse.org/t/staff-notices-positioning-is-ambiguous/258815 "2025-04-21T10:05:56Z")

</div>

我才刚开始使用员工通知，但发现它们不清楚指的是哪个帖子。我认为很难判断它与它上面或下面的帖子有关。 将其放在分隔帖子之类的分隔线下方是否更有意义？

---

## [組搜索被識別為密碼欄位（Firefox）](https://meta.discourse.org/t/group-search-is-being-detected-as-a-password-field-firefox/362399)

<div class="topic-metadata">

**Author:** [@twofoursixeight](https://meta.discourse.org/u/twofoursixeight)\
**回覆:** 2\
**Last updated:** [2025年四月21日 03:34 UTC](https://meta.discourse.org/t/group-search-is-being-detected-as-a-password-field-firefox/362399 "2025-04-21T03:34:26Z")

</div>

在 Firefox 中，群组用户名搜索被识别为密码字段： 您知道是什么原因造成的吗？我想在 Google Chrome 浏览器上检查时，并没有出现这个问题。

---

## [自动归档外部链接](https://meta.discourse.org/t/automagically-archive-external-links/283024)

<div class="topic-metadata">

**Author:** [@iamntz](https://meta.discourse.org/u/iamntz)\
**回覆:** 1\
**Last updated:** [2025年四月20日 23:09 UTC](https://meta.discourse.org/t/automagically-archive-external-links/283024 "2025-04-20T23:09:35Z")

</div>

回顾我近十年前的论坛，我注意到有相当多的链接已经失效。要么是域名过期，要么是文章被删除，或者其他原因，内容已丢失。 我想知道是否有什么方法，当帖子包含链接时，该链接会被自动发送到 archive.is（或类似服务），并自动插入一个链接到帖子中。类似地，Twitter 链接应该被发送到像 Thread Reader 这样的服务。 不过，不一定非得是 archive.is，即使是自托管服务，比如这个。

---

## [当为不在“群组允许指派”中的用户分配显示内容时](https://meta.discourse.org/t/when-assigned-shows-for-users-who-are-not-in-assign-allowed-on-groups/352582)

<div class="topic-metadata">

**Author:** [@ondrej](https://meta.discourse.org/u/ondrej)\
**回覆:** 0\
**Last updated:** [2025年二月16日 19:23 UTC](https://meta.discourse.org/t/when-assigned-shows-for-users-who-are-not-in-assign-allowed-on-groups/352582 "2025-02-16T19:23:55Z")

</div>

如果您转到您的偏好设置 → 跟踪，您会看到“When assigned”。但是，我没有分配的权限。这很简单，但对于不在 assign allowed on groups 中的用户来说，隐藏此选项是有意义的。

---

## [将Watched Word链接的字符限制从100提高](https://meta.discourse.org/t/increase-the-100-character-limit-for-watched-word-links/327577)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 1\
**Last updated:** [2025年四月20日 14:48 UTC](https://meta.discourse.org/t/increase-the-100-character-limit-for-watched-word-links/327577 "2025-04-20T14:48:27Z")

</div>

我有一些链接（超过120个字符），我真的很想使用“Watched Words”来链接它们。 但是，这会引发此错误： 我可以通过使用链接缩短服务（例如出色的short.io）来解决此问题，但这似乎有些武断，因为这里有一个100个字符的限制——尤其是在外面有许多不好的网站似乎很容易通过该限制的情况下。

---

## [移动端管理员侧边栏的“全部折叠”功能没有用](https://meta.discourse.org/t/collapse-all-sections-for-admin-sidebar-on-mobile-not-useful/308275)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 2\
**Last updated:** [2025年四月20日 11:41 UTC](https://meta.discourse.org/t/collapse-all-sections-for-admin-sidebar-on-mobile-not-useful/308275 "2025-04-20T11:41:32Z")

</div>

“折叠所有部分”按钮在移动设备上可用，但折叠所有部分没有帮助，因为无法单独展开每个部分。

---

## [将其翻译成马拉雅拉姆语](https://meta.discourse.org/t/translating-to-malayalam/61207)

<div class="topic-metadata">

**Author:** [@EducatorWaji](https://meta.discourse.org/u/EducatorWaji)\
**回覆:** 10\
**Last updated:** [2025年四月20日 07:37 UTC](https://meta.discourse.org/t/translating-to-malayalam/61207 "2025-04-20T07:37:40Z")

</div>

Hello dear discourse team, I have started to translate the discourse to Malayalam in transifex. But, I have came across some barriers, which I would like to discuss here. Basically, Malayalam is a non adapting language…

---

## [Discourse composer 和 Firefox 在 Android 平板电脑上的使用](https://meta.discourse.org/t/discourse-composer-and-firefox-on-android-tablet/346876)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 14\
**Last updated:** [2025年四月19日 15:57 UTC](https://meta.discourse.org/t/discourse-composer-and-firefox-on-android-tablet/346876 "2025-04-19T15:57:27Z")

</div>

几天前，我在平板电脑上使用 Firefox 应用浏览此论坛的体验变得糟糕了很多。 Firefox 134.0 (Build #2016064983) Android 14 Galaxy Tab S9 FE 附加说明：我一直以来都在 Firefox 中使用 Discourse，并且禁用了“桌面网站”选项。否则，字体会变得非常大。显示尺寸差异的视频： 一个非常容易解释的回归是，AI 菜单会打开在编辑器后面，所以如果运气…

---

## [在Discourse中增加更多指向Meta相关文档的提示](https://meta.discourse.org/t/include-more-hints-throughout-discourse-that-link-to-relevant-docs-on-meta/307749)

<div class="topic-metadata">

**Author:** [@traceymoko](https://meta.discourse.org/u/traceymoko)\
**回覆:** 4\
**Last updated:** [2025年四月19日 12:48 UTC](https://meta.discourse.org/t/include-more-hints-throughout-discourse-that-link-to-relevant-docs-on-meta/307749 "2025-04-19T12:48:57Z")

</div>

背景 Discourse 团队曾在多处提到，他们正致力于改善管理员体验。 很高兴地告诉大家，这项工作目前正处于积极开发中。我们深知 Di…

---

## [在移动设备上显示搜索结果时添加滚动锁定](https://meta.discourse.org/t/add-scroll-lock-when-search-results-appears-on-mobile/361857)

<div class="topic-metadata">

**Author:** [@Don](https://meta.discourse.org/u/Don)\
**回覆:** 1\
**Last updated:** [2025年四月18日 15:59 UTC](https://meta.discourse.org/t/add-scroll-lock-when-search-results-appears-on-mobile/361857 "2025-04-18T15:59:35Z")

</div>

你好 :waving\_hand: 我认为将 scroll-lock 类添加到移动设备搜索可滚动时以防止页面滚动是个好主意。 谢谢 :slightly\_smiling\_face:

---

## [设置以禁用（自我）删除用户日志行的用户名/IP记录](https://meta.discourse.org/t/setting-to-disable-logging-username-ip-for-self-delete-user-log-lines/214390)

<div class="topic-metadata">

**Author:** [@Hooksmith](https://meta.discourse.org/u/Hooksmith)\
**回覆:** 3\
**Last updated:** [2025年四月18日 07:17 UTC](https://meta.discourse.org/t/setting-to-disable-logging-username-ip-for-self-delete-user-log-lines/214390 "2025-04-18T07:17:48Z")

</div>

目前，当用户自行删除其 Discourse 帐户时，日志行会显示该用户的 IP 和用户名： 为了遵守 GDPR，我们希望尽可能避免存储这些信息。如果用户删除了他们的 Discourse 帐户，然后稍后向我们的平台（Discourse 实例的 SSO 提供商）提出 GDPR 请求，我们希望避免搜索所有日志行以查找与该用户相关的数据进行擦除。 我们已经在我们的实例上关闭了此设置，以便在作为 GDPR 请求处理的一部分匿名化用户时，不…

---

## [Wrap=placeholder 在 Horizon 主题上不起作用](https://meta.discourse.org/t/wrap-placeholder-not-working-on-horizon-theme/362369)

<div class="topic-metadata">

**Author:** [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**回覆:** 3\
**Last updated:** [2025年四月18日 04:13 UTC](https://meta.discourse.org/t/wrap-placeholder-not-working-on-horizon-theme/362369 "2025-04-18T04:13:06Z")

</div>

继续讨论 使用 Let’s Encrypt 和无反向代理设置多站点配置： 占位符似乎不起作用？ \[wrap=placeholder key="two" description="第一个多站点站点的子域" default="two"\]\[/wrap\] ### 第三个站点的子域 \[wrap=placeholder key="three" description="第二个多站点站点的子域" default="three"\]\[/wrap…

---

## [Screened IPs中的不直观IPv6地址搜索](https://meta.discourse.org/t/unintuitive-ipv6-address-search-in-screened-ips/362118)

<div class="topic-metadata">

**Author:** [@supermathie](https://meta.discourse.org/u/supermathie)\
**回覆:** 0\
**Last updated:** [2025年四月16日 16:33 UTC](https://meta.discourse.org/t/unintuitive-ipv6-address-search-in-screened-ips/362118 "2025-04-16T16:33:23Z")

</div>

在Screened IPs中搜索IPv6地址并不容易： 与IPv4行为形成对比： 也许如果我们检测到我们只有一个部分地址，我们也可以做一个简单的字符串比较，使其更直观？ discourse(prod)\> ScreenedIpAddress.all.filter{ \_1.ip\_address.to\_s.starts\_with? '2001' }.pluck(:ip\_address) =\> \[#\<IPAddr:…

---

## [单一社区包含多个子社区](https://meta.discourse.org/t/single-community-with-multiple-sub-communities/361252)

<div class="topic-metadata">

**Author:** [@RachFeverBee](https://meta.discourse.org/u/RachFeverBee)\
**回覆:** 9\
**Last updated:** [2025年四月17日 14:35 UTC](https://meta.discourse.org/t/single-community-with-multiple-sub-communities/361252 "2025-04-17T14:35:46Z")

</div>

我有一个客户希望托管一个单一的品牌社区，其中包含三个子社区。 有人成功做到过吗？Groups 还是 Categories 更适合？ 子社区需要拥有独特的品牌、不同的成员体验，并利用不同的特性和功能。 所有三个社区将由同一个社区经理或团队管理。 我很想听听你们是如何做到的，并希望看到任何你们愿意分享的示例。

---

## [从 Mastodon 返回原始帖子的链接改进](https://meta.discourse.org/t/improve-linking-back-to-original-post-from-mastodon/361921)

<div class="topic-metadata">

**Author:** [@pmusaraj](https://meta.discourse.org/u/pmusaraj)\
**回覆:** 2\
**Last updated:** [2025年四月17日 13:24 UTC](https://meta.discourse.org/t/improve-linking-back-to-original-post-from-mastodon/361921 "2025-04-17T13:24:16Z")

</div>

我经常看到“First Post / Note”类发布存在一个问题，即 OP（原帖）发布时没有标题，而其第一个外部链接会被自动生成为“onebox”，从而获得比作者预期的更多的关注。 下面是一个例子： 原始帖子是 Tell us how you manage subscriptions on Discourse 是否应该只为第一个帖子添加标题，并将其链接到源？@angus，你觉得这有意义吗？如果我们这样做，也许还可以删除附加…

---

## [通过搜索访问管理员设置、插件等？](https://meta.discourse.org/t/access-admin-settings-plugins-etc-via-search/300821)

<div class="topic-metadata">

**Author:** [@jrgong](https://meta.discourse.org/u/jrgong)\
**回覆:** 13\
**Last updated:** [2025年四月17日 09:37 UTC](https://meta.discourse.org/t/access-admin-settings-plugins-etc-via-search/300821 "2025-04-17T09:37:12Z")

</div>

大家好 如果所有或部分管理员和版主的功能和流程（如插件、设置、主题组件等）都可以通过普通搜索访问，那就太好了 基本上，这会在论坛搜索中添加一种类似"聚光灯或命令行"的功能。 这样可以为我们的管理员和版主节省大量时间，他们就不用通过管理菜单来查找某些内容了。

---

## [管理 Doc Categories 索引的更好方法？](https://meta.discourse.org/t/a-better-way-to-manage-indices-for-doc-categories/362126)

<div class="topic-metadata">

**Author:** [@omarfilip](https://meta.discourse.org/u/omarfilip)\
**回覆:** 10\
**Last updated:** [2025年四月16日 22:06 UTC](https://meta.discourse.org/t/a-better-way-to-manage-indices-for-doc-categories/362126 "2025-04-16T22:06:00Z")

</div>

在我看来，这是比原始文档插件倒退了一步。

---

## [提示工具：漏斗、轨道和通量图](https://meta.discourse.org/t/prompt-tools-funnel-orbit-and-flux-charts/362106)

<div class="topic-metadata">

**Author:** [@EricGT](https://meta.discourse.org/u/EricGT)\
**回覆:** 0\
**Last updated:** [2025年四月16日 14:48 UTC](https://meta.discourse.org/t/prompt-tools-funnel-orbit-and-flux-charts/362106 "2025-04-16T14:48:43Z")

</div>

刚了解到这些用于创建更好提示的工具 也许将来有一天，它们可以被创建并整合到 Discourse 中，供那些创建提示的人使用。 :slightly\_smiling\_face: Funnel：将每个 eval 从二元结果（通过/失败）分解为一系列级联步骤，每个步骤都有自己的通过/失败标准。 Flux：Flux 是我们衡量漏斗中移动的量化指标。我们既查看总体 flux，以量化处理对我们漏斗的净结果，也按阶段细分 flux，以查看评…

---

## [告诉我们你如何管理Discourse上的订阅](https://meta.discourse.org/t/tell-us-how-you-manage-subscriptions-on-discourse/361365)

<div class="topic-metadata">

**Author:** [@hugh](https://meta.discourse.org/u/hugh)\
**回覆:** 0\
**Last updated:** [2025年四月11日 05:43 UTC](https://meta.discourse.org/t/tell-us-how-you-manage-subscriptions-on-discourse/361365 "2025-04-11T05:43:31Z")

</div>

我们正在研究人们如何在 Discourse 上管理基于订阅的社区，并希望听取一些这样做的用户的意见。 在 Discourse 上托管订阅社区的两种支持方式是： 使用 Patreon 和官方的 Patreon 插件 使用官方的 Subscriptions 插件 如果您使用其中一种、两种方式，或者其他方法，我们都希望听到您的声音！您能否填写下面的投票？ 请注意，您可以选择多个答案，包括选择与我们进一步就此主题进行交流。您的姓名不会向…

[上一頁](https://meta.discourse.org/c/contribute/208.md?page=97)

[下一頁](https://meta.discourse.org/c/contribute/208.md?page=99)
