# Latest

**URL:** https://meta.discourse.org/latest.md?ascending=false&page=36

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

**Page:** 37

---

## [可选的移动标题头](https://meta.discourse.org/t/optional-mobile-title-header/104238)

<div class="topic-metadata">

**Author:** [@Discourse](https://meta.discourse.org/u/Discourse)\
**回覆:** 20\
**Last updated:** [2026年七月18日 13:24 UTC](https://meta.discourse.org/t/optional-mobile-title-header/104238 "2026-07-18T13:24:37Z")

</div>

:discourse2: 概要 「モバイル用タイトルヘッダー」オプションは、ヘッダーがモバイル用タイトルに切り替わる機能を、ユーザーとサイト双方に対して任意に設定できるようにします。 :eyeglasses: プレビュー Discourse Theme Creator でのプレビュー …

---

## [Outlook SMTP无法工作](https://meta.discourse.org/t/outlook-smtp-not-working/348990)

<div class="topic-metadata">

**Author:** [@james.noxon](https://meta.discourse.org/u/james.noxon)\
**回覆:** 3\
**Last updated:** [2026年七月18日 12:11 UTC](https://meta.discourse.org/t/outlook-smtp-not-working/348990 "2026-07-18T12:11:02Z")

</div>

我束手无策。我正在使用 Outlook 作为我自托管的 discourse 设置的邮件系统。医生一直说这是身份验证问题，但是，当我通过另一个服务测试 SMTP 以查看设置是否有效时，它通过了，所以显然是 Discourse 在我这边出了问题。有人可以登录我的服务进行测试吗？我有一种感觉这与 Outlook 的身份验证系统“STARTTLS 和 OpenAuth”有关。

---

## [按操作系统更改分享图标](https://meta.discourse.org/t/change-share-icon-by-os/326617)

<div class="topic-metadata">

**Author:** [@Don](https://meta.discourse.org/u/Don)\
**回覆:** 6\
**Last updated:** [2026年七月18日 10:44 UTC](https://meta.discourse.org/t/change-share-icon-by-os/326617 "2026-07-18T10:44:56Z")

</div>

:information\_source: 摘要 根据操作系统更改分享图标 :hammer\_and\_wrench: 仓库 GitHub - VaperinaDEV/change-share-icon-by-os: 这个简单的主题组件将根据操作系统更改帖子和主题中的分享图标。…

---

## [允许PM给员工](https://meta.discourse.org/t/allow-pm-to-staff/260946)

<div class="topic-metadata">

**Author:** [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**回覆:** 27\
**Last updated:** [2026年七月18日 10:42 UTC](https://meta.discourse.org/t/allow-pm-to-staff/260946 "2026-07-18T10:42:03Z")

</div>

:information\_source: 摘要 允许所有用户向工作人员发送私人消息 :hammer\_and\_wrench: 代码库链接 https://github.com/pfaffman/discourse-allow-pm-to-staff :open\_book: 安装指南 如何在 Disc 中安装插件

---

## [桌面到移动视图横幅](https://meta.discourse.org/t/desktop-to-mobile-view-banner/245532)

<div class="topic-metadata">

**Author:** [@Don](https://meta.discourse.org/u/Don)\
**回覆:** 6\
**Last updated:** [2026年七月18日 10:19 UTC](https://meta.discourse.org/t/desktop-to-mobile-view-banner/245532 "2026-07-18T10:19:46Z")

</div>

||| |-|-|-| | :information\_source: | 摘要 | 此主题组件会在移动设备使用桌面视图时添加一个警告横幅。 | :eyeglasses:|预览| Theme Creator | | :hammer\_and\_wrench:|存储库| GitHub - VaperinaDEV/desktop-to-mobile-view-banner · GitHub | | :question:|安装指南|如何安…

---

## [标点符号导致markdown加粗显示失效](https://meta.discourse.org/t/markdown/407071)

<div class="topic-metadata">

**Author:** [@sniper756](https://meta.discourse.org/u/sniper756)\
**回覆:** 9\
**Last updated:** [2026年七月18日 02:01 UTC](https://meta.discourse.org/t/markdown/407071 "2026-07-18T02:01:51Z")

</div>

\*\*你好。\*\*好的 \*\*hello.\*\*yes 如上加粗显示失效。

---

## [关于自托管的困惑逐渐消除](https://meta.discourse.org/t/confused-about-self-hosting/407752)

<div class="topic-metadata">

**Author:** [@Gid](https://meta.discourse.org/u/Gid)\
**回覆:** 20\
**Last updated:** [2026年七月17日 23:09 UTC](https://meta.discourse.org/t/confused-about-self-hosting/407752 "2026-07-17T23:09:34Z")

</div>

（我的水平：在 Wix 上搭建过几个半复杂的网站，编程初学者） 我之前的一个重大困惑现在稍微清晰了一些，那就是：自行托管 Discourse 与“网络托管”截然不同。 1) 自行托管 Discorce 需要服务器，这意味着完全是另一回事，对吧？（因此其价格与通常广告中宣传的网络托管价格差异巨大，对吧） 2) 那么，“VPS 托管”是否是相对于自行托管 Discourse 的等效术语？还是说还有其他选项？其他类型的自行托管？（我知道…

---

## [自定义顶部导航链接组件在移动端似乎已损坏](https://meta.discourse.org/t/custom-top-navigation-link-component-seems-to-be-broken-on-mobile/407511)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 3\
**Last updated:** [2026年七月17日 22:20 UTC](https://meta.discourse.org/t/custom-top-navigation-link-component-seems-to-be-broken-on-mobile/407511 "2026-07-17T22:20:20Z")

</div>

@akanora 在另一个话题中提到，该组件在移动端对他们不起作用： 我可以通过 主题创建器预览 复现该问题： 在我的笔记本电脑上显示正常： 但在我的手机上，顶部没有导航栏： 我还想知道，隐藏类别面包屑导航似乎仅在我登录时才有效，这是否是有意为之？在我未登录时，它们是可见的：

---

## [Firefox 控制台中 FullCalendar fcicons 字体警告](https://meta.discourse.org/t/fullcalendar-fcicons-font-warnings-in-firefox-console/407739)

<div class="topic-metadata">

**Author:** [@Ethsim2](https://meta.discourse.org/u/Ethsim2)\
**回覆:** 1\
**Last updated:** [2026年七月17日 19:19 UTC](https://meta.discourse.org/t/fullcalendar-fcicons-font-warnings-in-firefox-console/407739 "2026-07-17T19:19:23Z")

</div>

在 Firefox 中访问“即将发生的事件”日历时，我会看到关于 FullCalendar fcicons 字体的重复警告。 测试页面： /upcoming-events/week/2026/7/13 已安装版本 Discourse 2026.7.0-latest +314 G…

---

## [按类别配置“允许接受所有解答的组”](https://meta.discourse.org/t/configure-accept-all-solutions-allowed-groups-per-category/407786)

<div class="topic-metadata">

**Author:** [@fb.xisi](https://meta.discourse.org/u/fb.xisi)\
**回覆:** 3\
**Last updated:** [2026年七月17日 13:53 UTC](https://meta.discourse.org/t/configure-accept-all-solutions-allowed-groups-per-category/407786 "2026-07-17T13:53:43Z")

</div>

你好， 如果能配置哪些组可以在每个类别中点击“已解决”，那就太好了。当然，这是在站点全局设置的基础上进行的。

---

## [如何配置 aws\_sns\_topic\_arn\_allowlist？](https://meta.discourse.org/t/how-do-i-configure-aws-sns-topic-arn-allowlist/406853)

<div class="topic-metadata">

**Author:** [@Dannii](https://meta.discourse.org/u/Dannii)\
**回覆:** 1\
**Last updated:** [2026年七月17日 13:26 UTC](https://meta.discourse.org/t/how-do-i-configure-aws-sns-topic-arn-allowlist/406853 "2026-07-17T13:26:02Z")

</div>

自更新到 2026.1.5 以来，我现在看到以下站点提示： 服务器已配置为通过 Amazon SES 发送电子邮件，但您尚未将任何 SNS 主题 ARN 加入白名单。在您添加 leg… 之前，退信通知将被拒绝。

---

## [如果本地登录已禁用](https://meta.discourse.org/t/if-local-logins-are-disabled/403735)

<div class="topic-metadata">

**Author:** [@abeen](https://meta.discourse.org/u/abeen)\
**回覆:** 29\
**Last updated:** [2026年七月17日 09:39 UTC](https://meta.discourse.org/t/if-local-logins-are-disabled/403735 "2026-07-17T09:39:22Z")

</div>

你好， 正在搭建一个论坛，完全新手，使用的是 Discourse，托管在 DigitalOcean 上。不知为何遇到了 SMTP 或端口问题。现在想了解你们是否采用了 Google 登录或社交登录，以及本地注册是否有问题…

---

## [Discourse 主题中的版本列表无效](https://meta.discourse.org/t/invalid-version-list-in-discourse-themes/407855)

<div class="topic-metadata">

**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\
**回覆:** 5\
**Last updated:** [2026年七月17日 09:26 UTC](https://meta.discourse.org/t/invalid-version-list-in-discourse-themes/407855 "2026-07-17T09:26:20Z")

</div>

我在升级时发现了这些。嗯，那已经是很久以前的事了，但这次我记录了日志。 \[db:default\] 'Messages section for sidebar' - checking... /tmp/discourse\_theme\_c64ff70a4cc7d614d9e88b10… 中的版本列表无效

---

## [回归：默认合成模式在 v2026.7.0-latest +63 和 +314 之间似乎被忽略](https://meta.discourse.org/t/regression-default-composition-mode-appears-to-be-ignored-between-v2026-7-0-latest-63-and-314/407861)

<div class="topic-metadata">

**Author:** [@Ethsim2](https://meta.discourse.org/u/Ethsim2)\
**回覆:** 3\
**Last updated:** [2026年七月17日 08:01 UTC](https://meta.discourse.org/t/regression-default-composition-mode-appears-to-be-ignored-between-v2026-7-0-latest-63-and-314/407861 "2026-07-17T08:01:51Z")

</div>

回归问题：在 v2026.7.0-latest +63 和 +314 之间，default\_composition\_mode 似乎被忽略 摘要 我认为我在两个特定的 Discourse 版本之间发现了默认编辑器行为的回归问题……

---

## [Data-theme-toc="true" 应放在帖子的开头，并独占一段](https://meta.discourse.org/t/data-theme-toc-true-should-be-placed-at-the-top-of-a-post-in-its-own-paragraph/407863)

<div class="topic-metadata">

**Author:** [@one1](https://meta.discourse.org/u/one1)\
**回覆:** 2\
**Last updated:** [2026年七月17日 07:50 UTC](https://meta.discourse.org/t/data-theme-toc-true-should-be-placed-at-the-top-of-a-post-in-its-own-paragraph/407863 "2026-07-17T07:50:45Z")

</div>

我刚刚提交了这份错误报告，从解析用户输入的角度来看，编辑器似乎符合规范。 最初的问题出现在用户插入 代码以触发目录时……

---

## [div 标签后的文本无法正确渲染](https://meta.discourse.org/t/text-after-div-tags-does-not-get-rendered-properly/407858)

<div class="topic-metadata">

**Author:** [@one1](https://meta.discourse.org/u/one1)\
**回覆:** 4\
**Last updated:** [2026年七月17日 07:22 UTC](https://meta.discourse.org/t/text-after-div-tags-does-not-get-rendered-properly/407858 "2026-07-17T07:22:45Z")

</div>

紧跟在 div 标签行后面的文本无法正确渲染。在包含 div 的行后添加一个空行即可解决此问题。 \<div\>divved text\</div\> \[a link\]( \`/admin/email/templates\`.) \*\*italic\*\* divved text \[a link\]( \`/admin/email/templates\`.) \*\*italic\*\* 截图： 其他 HTML 标签不会导致此问题： \<small\>sma…

---

## [防止与过期的快照或位置进行差异比较](https://meta.discourse.org/t/prevent-diffing-against-a-stale-snapshot-or-position/407261)

<div class="topic-metadata">

**Author:** [@klappradla](https://meta.discourse.org/u/klappradla)\
**回覆:** 2\
**Last updated:** [2026年七月17日 06:52 UTC](https://meta.discourse.org/t/prevent-diffing-against-a-stale-snapshot-or-position/407261 "2026-07-17T06:52:12Z")

</div>

在通过 shared-edits 插件对多个用户同时编辑共享帖子的用户体验进行测试时，我遇到了一些场景，其中新添加的部分被静默丢弃，或者新内容被……

---

## [单主题发帖数纪录？](https://meta.discourse.org/t/most-posts-on-a-topic-record/407648)

<div class="topic-metadata">

**Author:** [@FinIce](https://meta.discourse.org/u/FinIce)\
**回覆:** 5\
**Last updated:** [2026年七月17日 02:42 UTC](https://meta.discourse.org/t/most-posts-on-a-topic-record/407648 "2026-07-17T02:42:18Z")

</div>

在另一个论坛上，有人讨论过它是否拥有帖子数量最多的主题（目前为 51,774 条，且仍在活跃中），而我尚未找到任何相反的证据。 我找到了一个关于用户基础的讨论，但没有任何……

---

## [确保即使终端会话结束重建也能继续（nohup）](https://meta.discourse.org/t/ensuring-rebuild-continues-even-if-terminal-session-ends-nohup/407839)

<div class="topic-metadata">

**Author:** [@Jonathan5](https://meta.discourse.org/u/Jonathan5)\
**回覆:** 3\
**Last updated:** [2026年七月16日 23:15 UTC](https://meta.discourse.org/t/ensuring-rebuild-continues-even-if-terminal-session-ends-nohup/407839 "2026-07-16T23:15:03Z")

</div>

目前，在通过命令行获取备份并运行清理后，我会输入以下命令： ./launcher rebuild mail-receiver 2\>&1 | tee ~/$(date +%Y-%m-%d)-rebuild-mail-receiver.log ./launcher rebuild app 2\>&1 | tee ~/$(da…

---

## [渲染 \`dfn\` 标签](https://meta.discourse.org/t/render-the-dfn-tag/407823)

<div class="topic-metadata">

**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\
**回覆:** 1\
**Last updated:** [2026年七月16日 19:55 UTC](https://meta.discourse.org/t/render-the-dfn-tag/407823 "2026-07-16T19:55:27Z")

</div>

不存在语义上的替代方案，因为字面上输入引号通常表示引用，而非定义。因此，我尝试使用 \`dfn\` 和 \`q\` 来区分二者，但仅 \`q\` 会渲染…

---

## [如何解决 Gemini 嵌入的 401 错误](https://meta.discourse.org/t/how-to-fix-401-errors-with-gemini-embeddings/407828)

<div class="topic-metadata">

**Author:** [@m\_terenui](https://meta.discourse.org/u/m_terenui)\
**回覆:** 2\
**Last updated:** [2026年七月16日 19:29 UTC](https://meta.discourse.org/t/how-to-fix-401-errors-with-gemini-embeddings/407828 "2026-07-16T19:29:05Z")

</div>

各位好，下午好！ 希望您一切顺利！ 我正在使用 AI 插件，目前同时使用 Gemini 模型进行生成式语言处理和嵌入。然而，在 Google 方面进行了一些更改后，似乎出现了一些问题……

---

## [Discourse 是否在后台调用 AI API](https://meta.discourse.org/t/does-discourse-call-ai-apis-in-the-background/406836)

<div class="topic-metadata">

**Author:** [@m\_terenui](https://meta.discourse.org/u/m_terenui)\
**回覆:** 2\
**Last updated:** [2026年七月16日 18:19 UTC](https://meta.discourse.org/t/does-discourse-call-ai-apis-in-the-background/406836 "2026-07-16T18:19:08Z")

</div>

嘿！下午好 :slight\_smile: 我最近发现，即使我没有浏览论坛，也没有使用任何 AI 功能，Gemini AI API 的调用量却出现了小幅峰值。我注意到这种小幅“峰值”或 API 调用正好每隔 …

---

## [翻译侧边栏文档链接](https://meta.discourse.org/t/translate-sidebar-documentation-links/379540)

<div class="topic-metadata">

**Author:** [@nat](https://meta.discourse.org/u/nat)\
**回覆:** 3\
**Last updated:** [2026年七月16日 18:18 UTC](https://meta.discourse.org/t/translate-sidebar-documentation-links/379540 "2026-07-16T18:18:22Z")

</div>

既然类别名称、主题标题和帖子都已翻译，理想情况下它们也应该反映在文档的侧边栏部分。 文档侧边栏 这里一个未知的困难是 si……

---

## [代理不再识别真实IP](https://meta.discourse.org/t/real-ip-no-longer-recognized-through-proxy/407792)

<div class="topic-metadata">

**Author:** [@mcdanlj](https://meta.discourse.org/u/mcdanlj)\
**回覆:** 4\
**Last updated:** [2026年七月16日 17:07 UTC](https://meta.discourse.org/t/real-ip-no-longer-recognized-through-proxy/407792 "2026-07-16T17:07:03Z")

</div>

在过去几个月里（不确定具体从何时开始），我发现我根据 Add an offline page to display when Discourse is rebuilding or starting up 文档配置的外部 nginx 设置，用于传递真实 IP 地址的功能，正在被忽略。 这个外部 nginx 配置已经正常工作多年： proxy\_set\_header X-Forwarded-For $proxy\_add\_x\_for…

---

## [引号文本因弯引号转换而损坏](https://meta.discourse.org/t/quoted-text-is-breaking-because-of-curly-quote-conversion/407804)

<div class="topic-metadata">

**Author:** [@one1](https://meta.discourse.org/u/one1)\
**回覆:** 3\
**Last updated:** [2026年七月16日 16:00 UTC](https://meta.discourse.org/t/quoted-text-is-breaking-because-of-curly-quote-conversion/407804 "2026-07-16T16:00:12Z")

</div>

我们目前运行的是 2026.7.0-latest 版本。 一名用户（版主）报告称，每当他们引用第二段或更多的文本块时，引用机制就会出错。以下是编辑器中添加内容的示例： \[quote="Biguser, …

---

## [主题投票功能优化：推出新徽章，表彰提出精彩创意的成员](https://meta.discourse.org/t/topic-voting-improvements-new-badges-to-celebrate-members-with-great-ideas/401731)

<div class="topic-metadata">

**Author:** [@lindsey](https://meta.discourse.org/u/lindsey)\
**回覆:** 6\
**Last updated:** [2026年七月16日 15:35 UTC](https://meta.discourse.org/t/topic-voting-improvements-new-badges-to-celebrate-members-with-great-ideas/401731 "2026-07-16T15:35:40Z")

</div>

我们又要与大家分享 Topic Voting 插件的一项新改进——根据想法/功能请求主题获得的投票数颁发新的徽章，以便您表彰那些分享了精彩内容的成员……

---

## [Humanmark for Discourse - 基于硬件的人类验证](https://meta.discourse.org/t/humanmark-for-discourse-hardware-backed-humanity-verification/377637)

<div class="topic-metadata">

**Author:** [@ericathumanmark](https://meta.discourse.org/u/ericathumanmark)\
**回覆:** 3\
**Last updated:** [2026年七月16日 14:24 UTC](https://meta.discourse.org/t/humanmark-for-discourse-hardware-backed-humanity-verification/377637 "2026-07-16T14:24:06Z")

</div>

:information\_source: 摘要 了解您的 Discourse 论坛中的人类身份 - 基于硬件的验证，以区分人类意图和自动化 :hammer\_and\_wrench: 存储库链接 https://github.com/humanm…

---

## [本地化/翻译后的帖子内容会跳过附属链接重写（以及任何 post\_process\_cooked 钩子）](https://meta.discourse.org/t/affiliate-link-rewriting-and-any-post-process-cooked-hook-is-skipped-for-localized-translated-post-content/407688)

<div class="topic-metadata">

**Author:** [@Overgrow](https://meta.discourse.org/u/Overgrow)\
**回覆:** 1\
**Last updated:** [2026年七月16日 12:45 UTC](https://meta.discourse.org/t/affiliate-link-rewriting-and-any-post-process-cooked-hook-is-skipped-for-localized-translated-post-content/407688 "2026-07-16T12:45:28Z")

</div>

摘要 启用内容本地化后，联盟插件的 Amazon 标签（以及更广泛地说，任何通过 post\_process\_cooked 事件重写已处理 HTML 的插件）会应用于帖子的原始已处理 HTML…

---

## [UX：修复 horizon 主题移动端视图中 pm 小操作的填充](https://meta.discourse.org/t/ux-fix-padding-of-pm-small-action-in-mobile-view-of-horizon-theme/407758)

<div class="topic-metadata">

**Author:** [@small-lovely-cat](https://meta.discourse.org/u/small-lovely-cat)\
**回覆:** 2\
**Last updated:** [2026年七月16日 11:14 UTC](https://meta.discourse.org/t/ux-fix-padding-of-pm-small-action-in-mobile-view-of-horizon-theme/407758 "2026-07-16T11:14:31Z")

</div>

Horizon 主题的移动端视图中存在一个 UX Bug。在私信（PM）中，small-action 的内边距（padding）未对齐，导致“x months later”中的“x”不可见。 这是由于正文重新设计引起的，此提交排除了该设计以对齐行为。 修复前： 修复后：

---

## [新社区现已默认启用已解决徽章](https://meta.discourse.org/t/solved-badges-are-now-enabled-by-default-for-new-communities/406386)

<div class="topic-metadata">

**Author:** [@lindsey](https://meta.discourse.org/u/lindsey)\
**回覆:** 4\
**Last updated:** [2026年七月16日 10:53 UTC](https://meta.discourse.org/t/solved-badges-are-now-enabled-by-default-for-new-communities/406386 "2026-07-16T10:53:00Z")

</div>

已解决插件为支持类别提供动力，它包含多种徽章，授予那些在社区中回答他人问题的成员，作为一种对其帮助行为的认可和鼓励。 为了让大家无需在站点设置中逐一查找并启用这些徽章，我们将默认启用这些徽章，以便社区能够从中受益。 :microscope: 有哪些变化 在新社区中，四个“已解决”徽章将默认启用（但如有需要，仍可禁用）。 对于现有社区，您可以开启即将推出的更改以启用这些徽章，或者如果您不想使用这些徽章，可以选择退出该更改。 …

[上一頁](https://meta.discourse.org/latest.md?ascending=false&page=35)

[下一頁](https://meta.discourse.org/latest.md?ascending=false&page=37)
