重新排序类别在登录用户的主页上的显示顺序的程序，如此处文档中所述，似乎不起作用。
我不确定这是否可能是由于最近的 Beta 更新，或者是我最近无意中更改的某个相关设置，但我非常感谢任何关于恢复类别显示顺序优先级的建议。
根据发布的程序，我已经启用了固定的 category positions（类别位置）和 fixed category positions on create（创建时固定类别位置），并分配了数字优先级，使得我最喜欢的类别在重新排序类别对话框中显示在我不太喜欢的类别之上，并且我点击了保存按钮。
清除浏览器缓存、关闭并重新打开浏览器、重新登录（作为管理员）以及检查重新排序类别对话框中显示的类别顺序，都表明设置确实已保存——然而，当登录用户首次打开网站时，来自不太受欢迎类别的帖子仍然总是首先显示，完全占满了主页显示——尽管该类别有很少的近期帖子，而且总体活动也少得多。
结果是，任何访问网站/签到的人都会一眼得出结论，那里很长时间没有发生什么重要的事情——除非他们恰好是少数了解 Discourse 如何按类别组织帖子的用户之一，并且他们首先需要点击左侧边栏上的另一个类别标题，才能看到任何与他们相关的最新内容。
1 个赞
登录用户的主页（/latest）始终按最近活动排序显示主题，而不是按类别顺序或优先级排序。如果您希望优先显示的类别首先出现，可以将默认主页切换为类似 /categories 而不是 /latest。这样，用户在主页上将看到您优先排序的类别顺序，当他们点击进入某个类别时，其主题和帖子也会相应显示。
1 个赞
@jahan_gagan 除了我之外，似乎没有发生这种情况。
来自最不重要类别的旧帖子排在最前面——最高优先级/更重要类别的帖子较新，但默认情况下仍然被隐藏。
几周前并非如此。
我希望为未投入足够精力去了解 Discourse 导航的登录用户提供精心策划的体验，他们只是想在第一次点击网站链接时，就能看到最相关类别中的最新帖子。
请问您偏好的分类是否已在站点设置的“默认静音分类”下添加？如果它被静音了，即使其帖子是较新的，也不会显示在 /latest 页面上。您能检查并确认一下吗？
2 个赞
谢谢 @jahan_gagan 。
为了解释我的设置，万一有帮助：
这两个有问题的分类分别叫做“建筑师论坛”和“公开论坛”，它们实际上都是子分类，各自位于其对应的母分类之下。
“建筑师论坛”是“私人”母分类的子分类，而“公开论坛”是“公开”母分类的子分类。
我们的想法是将来根据需要，在这些母分类下添加更多子分类。
“公开”与“私人”母分类的用途是根据登录访问级别来区分面向前台展示的内容。
如上图所示，我还有其他子分类和母分类，但它们的活动很少或没有活动。
拥有论坛账户的用户可以看到并发布到“私人”母分类下的子分类（尽管目前只有一个子分类在积极使用）——预期这些子分类中可能包含一些不打算广泛传播的敏感讨论。
与此同时，所有用户，无论是否有账户，都可以看到并发布到“公开”母分类下的子分类。
目前为止，最多的活动发生在“私人 > 建筑师论坛”子分类下，因此我希望登录用户默认看到的是这个子分类中最新的帖子。
然而，无论我怎么做，登陆页面现在都显示“公开 > 公开论坛”分类中的旧帖子。
母分类本身不应该有任何直接发布的内容，为了减少这种情况发生的可能性（这种情况一直发生），两个母分类都被设置为“静音”，这样直接发布到它们的选项就被隐藏了。
作为测试，我尝试清除了 default_categories_muted 这个设置，这样就没有分类被静音了，但这似乎对登陆页面默认显示的内容没有影响——打开网站时，即使在浏览器中按下了 <Ctrl+F5>——网站现在总是默认只显示“公开 > 公开论坛”分类的帖子。
您是如何测试的？您是在模仿其他用户吗？您是否确保该用户可以访问私人类别？这听起来像个愚蠢的问题，但可能是疏忽了？
我让另一个已登录的用户给我发送了截图
编辑 我还创建了一个测试账户并用它登录了——同样没有变化
对我不起作用。
我已启用固定的“分类位置”和“创建时固定分类位置”，并分配了数字优先级，使得我最喜欢的分类在重新排序分类对话框中显示在我不太喜欢的分类之上，并且我点击了保存按钮。
关闭并重新打开我的浏览器、清除浏览器缓存、以管理员身份重新登录并检查重新排序分类对话框中显示的分类顺序，显示设置已保存——然而，当网站首次打开时，不太喜欢的分类仍然默认排在第一位——尽管它比我喜欢的分类有更少的最新帖子。
是否有其他设置可能会干扰首选的分类顺序？
直到最近一次重建之前，这不是问题——尽管我当时也摆弄了一些设置（我现在不记得了），所以不清楚这是软件缺陷还是用户缺陷。
Moin
9
您能澄清一下它显示在哪里吗？是在 /categories 页面上？在主题列表上方的下拉菜单中？在撰写器中的下拉菜单中？在所有这些地方吗？
Paul_King
(Paul King)
10
您好 @Moin
默认情况下，当网站首次打开时，错误的帖子类别会首先显示。
现在显示的是我的“开放论坛”（Open Forum）类别的最新帖子，该类别使用频率很低。
应该显示的是我的“建筑师论坛”（Architects Forum）类别的最新帖子，该类别使用频率高得多（请注意，只有登录用户才能访问“建筑师论坛”的内容）。
下面的屏幕截图显示了我不希望默认首先出现的类别的帖子：
我希望默认显示的“建筑师论坛”类别的帖子是以前默认显示的内容，直到我弄坏了什么——要么是通过拉取和重建我的 Discourse 实例到最新的 beta 版本，要么是更改了某个设置但忘记了是什么设置。
Moin
11
所以，这不是关于上面指南中描述的类别的顺序，而是关于哪些类别出现在最新页面上？
您是否也用测试用户检查过？对他们来说是一样的吗？这样我们就能确定该类别没有被您意外静音。您也可以为此检查您的跟踪偏好设置。
Paul_King
(Paul King)
12
我原以为类别的设置顺序是决定默认情况下哪些类别的帖子会首先出现在登陆页上的决定因素。听起来事实并非如此，这是由其他地方控制的？
是的，我用一个新的测试用户检查了，得到了相同的结果，没有设置任何跟踪偏好。
Moin
13
哪个着陆页？您的截图中没有显示 /latest 吗？您是如何配置的？
Paul_King
(Paul King)
14
是的，我的截图确实显示了 /latest，但这些是错误（很少使用）类别中的最新内容
我没有故意配置让这种情况发生——如果我知道在哪里/如何配置它（除了我原以为相关的类别顺序设置之外），我的问题很可能就解决了！
Moin
15
抱歉，我走神了。
您是否启用了 Mute all categories by default（默认静音所有分类）站点设置？您能检查一下与此相关的站点设置更改的员工操作日志吗？
Paul_King
(Paul King)
16
感谢 @Moin，我刚刚检查了两者。
默认静音所有分类 未启用。
在过去的 2 周内记录了大量的管理员操作，如果其中包含任何线索，我已将其粘贴在下面。不相关的操作和包含用户识别信息的操作已被编辑掉。
大多数提醒都是因为我零星地尝试不同的设置来解决问题（我是唯一的管理员）
admin change_site_setting fixed_category_positions 2025-11-20 23:57:40 UTC
admin change_site_setting fixed_category_positions_on_create 2025-11-20 23:57:46 UTC
admin change_site_setting default_composer_category 2025-11-20 23:58:36 UTC
admin change_site_setting shared_drafts_category 2025-11-20 23:59:08 UTC
admin change_site_setting emoji_set 2025-11-28 01:07:35 UTC
admin change_site_setting edit_post_allowed_groups 2025-11-28 01:17:04 UTC
admin change_site_setting flag_post_allowed_groups 2025-11-28 01:17:23 UTC
admin change_site_setting profile_background_allowed_groups 2025-11-28 01:17:38 UTC
admin change_site_setting user_card_background_allowed_groups 2025-11-28 01:17:46 UTC
admin change_site_setting direct_message_enabled_groups 2025-11-28 01:18:35 UTC
admin change_site_setting chat_allowed_groups 2025-11-28 01:18:46 UTC
admin change_site_setting chat_message_flag_allowed_groups 2025-11-28 01:18:54 UTC
admin change_site_setting poll_create_allowed_groups 2025-11-28 01:19:00 UTC
admin change_site_setting styleguide_allowed_groups 2025-11-28 01:19:12 UTC
admin change_site_setting fixed_category_positions_on_create 2025-11-28 01:20:00 UTC
admin change_site_setting fixed_category_positions 2025-11-28 01:20:01 UTC
admin change_site_setting fixed_category_positions_on_create 2025-11-28 01:20:08 UTC
admin change_site_setting fixed_category_positions_on_create 2025-11-28 01:26:56 UTC
admin change_site_setting sort_categories_by_event_start_date_enabled 2025-11-28 01:27:56 UTC
admin change_site_setting default_navigation_menu_categories 2025-12-01 04:09:36 UTC
admin change_site_setting default_navigation_menu_categories 2025-12-01 04:10:12 UTC
admin change_site_setting default_navigation_menu_categories 2025-12-01 04:10:19 UTC
admin change_site_setting default_sidebar_link_to_filtered_list 2025-12-01 04:10:47 UTC
admin change_site_setting fixed_category_positions 2025-12-01 04:15:18 UTC
admin change_site_setting patreon_creator_discourse_username 2025-12-01 04:16:26 UTC
admin change_site_setting sort_categories_by_event_start_date_enabled 2025-12-01 04:19:29 UTC
admin change_site_setting desktop_category_page_style 2025-12-01 04:22:03 UTC
admin change_category_settings position 2025-12-01 04:29:56 UTC
admin change_category_settings custom_fields[enable_topic_voting] 2025-12-01 04:29:56 UTC
admin change_site_setting fixed_category_positions_on_create 2025-12-01 04:38:00 UTC
admin change_category_settings name 2025-12-01 05:15:46 UTC
admin change_category_settings custom_fields[enable_topic_voting] 2025-12-01 05:15:46 UTC
admin change_category_settings name 2025-12-01 05:20:02 UTC
admin change_category_settings slug 2025-12-01 05:20:02 UTC
admin change_category_settings custom_fields[enable_topic_voting] 2025-12-01 05:20:02 UTC
admin change_category_settings position 2025-12-02 07:26:22 UTC
admin change_category_settings sort_order 2025-12-02 07:26:22 UTC
admin change_category_settings sort_ascending 2025-12-02 07:26:22 UTC
admin change_category_settings num_featured_topics 2025-12-02 07:26:22 UTC
admin change_category_settings read_only_banner 2025-12-02 07:26:22 UTC
admin change_category_settings custom_fields[enable_topic_voting] 2025-12-02 07:26:22 UTC
admin change_category_settings sort_ascending 2025-12-02 07:28:11 UTC
admin change_category_settings num_featured_topics 2025-12-02 07:28:11 UTC
admin change_category_settings default_view 2025-12-02 07:28:11 UTC
admin change_category_settings default_top_period 2025-12-02 07:28:11 UTC
admin change_category_settings search_priority 2025-12-02 07:28:11 UTC
admin change_category_settings custom_fields[enable_topic_voting] 2025-12-02 07:28:11 UTC
admin change_category_settings sort_ascending 2025-12-02 09:04:16 UTC
admin change_category_settings custom_fields[enable_topic_voting] 2025-12-02 09:04:16 UTC
admin change_site_setting default_categories_muted 2025-12-02 09:09:15 UTC
admin change_site_setting default_categories_muted 2025-12-02 09:55:05 UTC
admin change_site_setting enable_offline_indicator 2025-12-02 09:56:56 UTC
admin change_site_setting default_watched_precedence_over_muted 2025-12-02 09:57:14 UTC
admin change_site_setting default_other_new_topic_duration_minutes 2025-12-02 09:57:35 UTC
admin change_site_setting default_topics_automatic_unpin 2025-12-02 09:58:03 UTC
那里面有什么有用的信息吗？
Moin
17
这仍然是最可疑的一个。我认为静音父类别可能会导致子类别也被静音。您确定在您的偏好设置中没有类别被静音吗？
如果您过滤“最新”以查看那些在未过滤的“最新”中缺失的子类别，下拉菜单会显示什么跟踪状态？
我不认为静音是强制执行此操作的正确方法。我建议尝试使用类别安全设置来实现此目的。只允许在父类别中读取，但允许在子类别中读取、回复和创建应该可以防止对父类别的回复。您可能还想启用 default_subcategory_on_read_only_category。（我不确定这现在是否还重要，因为在您无权发帖的类别上，“新主题”按钮不再被禁用。）
当您从默认静音设置中删除类别时，不要忘记使用更改现有用户偏好的选项。
