好消息是，我像个乖孩子一样使用了搜索功能来查找我问题的答案。更好的消息是，我发现这个问题已经被多次讨论过。更令人欣慰的是，我找到的相关话题都整齐地指向了同一个解答页面。坏消息是，该页面现已无法访问：slight_smile:
因此，我遗憾地在此提问。
我该如何定义日期格式，以避免出现这种奇怪的“Feb, 12”与“Feb 12”的差异？我也在设置中搜索过，看到了各种选项，但尚不清楚应该修改哪一项。
另外，为了抛砖引玉，请问这种相当令人困惑的默认日期格式（见上文）背后的逻辑是什么？毕竟，长期以来已有不少评论指出这令人困惑。
谢谢。
该主题已严重过时。答案在此
谢谢你，Jeff。要区分那些严重过时的主题并不容易，毕竟你提到的那个主题已经将近4年了。
我确实看到了那个主题，但它看起来有点像一种变通方案。名称中包含“tiny”的字符串似乎应该使用 YY 格式。将其修改为使用 YYYY 格式可能会解决一个问题，但也可能在其他地方带来意想不到的后果，因为“tiny”字符串可能正是因其简短而被特意选用。
在还不清楚具体在哪里进行这项更改的情况下，我猜测更好的方法是找到当前引用“tiny”字符串来显示帖子日期的 HTML 代码，并将其修改为使用完整格式。不过，我目前还不太清楚具体该在哪里操作，也不确定这样做是否会让更改在未来产品更新时变得脆弱。
我只知道，我真的很不喜欢那种奇怪的日期格式：slightly_smiling_face
再次感谢，Jeff。
修改微小的细节并用 CSS 修复问题，可能是最简单的路径。
Jay，我并非有意争辩，但为什么要把那个微小的字符串定义改为长格式，然后四处查找和测试其他对该字符串的引用，这比直接修改相关模板以使用正确命名的长格式更容易呢？
对于看似简单的更改，前一种方法似乎相当繁琐。
更新“模板”（不确定 Discourse 是否使用这个术语）以采用首选格式是否存在问题？
在网页界面中修改值非常简单，无需覆盖模板，因为模板中包含许多其他内容，这些内容未来可能会发生变化。很可能一切都不会出问题；即使出现问题，你在主题中需要修改的 CSS 与覆盖模板时需要做的操作完全相同。此外，如果你覆盖了模板，而该模板在未来发生了变化，你就必须自行发现这一变化，并在每次发生时修复你的版本。
这就像在 Discourse 的“管理 > 自定义”中编辑文本一样简单。这完全没有风险，也不会因更新而“失效”。这是实现您所需自定义的最简单、最便捷的方式。