当帖子变长时，它们很难加载，尤其是当有很多图片时。
Vigilant Citizen 论坛做得对。
令人沮丧！！
这只是口味问题。对我来说，分页是个麻烦事。我喜欢 Discourse 的无限滚动和那种滑动的导航方式。你的答案可能是使用更快的服务器，或者干脆使用 XenForo 
4 个赞
明白了，谢谢。
1 个赞
互联网上有很多关于分页与无限滚动的优缺点讨论。
你可能不喜欢无限滚动，但由于 Discourse 的导航是围绕它构建的，所以它运行得非常好，这得益于右侧的时间线，以及浏览器在你稍后返回帖子时会记住你离开时的位置等等…… 此外，有些人不喜欢它，直到他们花点时间尝试一下。
另外，我已将 3 个论坛从旧的分页论坛迁移到了 Discourse。关于缺少分页的极少数抱怨很快就消失了。人们最终喜欢上了它。
5 个赞
谢谢。
我使用它已经一年多了，延迟的响应至少可以说令人沮丧。
除此之外，其他一切都很好。
您能详细说明一下延迟响应吗？具体是在什么背景下？在哪个论坛上？
1 个赞
似乎没有从 Discourse 到 Xenforo 的高效导入器？真可惜。
这可能表明很少有人这样做。不过，也可能只是因为它很复杂……
您需要到 Xenforo 的论坛上询问，但快速搜索一下就能找到您要找的内容（第一个搜索结果……）。
关于回复延迟，这可能是与您的服务器规格相关的性能问题，正如 @Jonathan5 之前所说的那样。
2 个赞
这是不正确的，因为我们一次只加载主题中的“虚拟”页面，该页面只有 20 个帖子长，无论主题有多大。
这意味着加载这个只有少量回复的帖子和加载有数百个帖子的 Events Plugin 📅 所需的时间相同。我刚刚在我的浏览器上进行了测试，时间相似。
你看到有什么不同吗？
6 个赞
谢谢，明白了。我还收到了关于我的硬件配置的一些反馈，这可能是问题所在。
2 个赞
无限滚动是强制的“追剧”，而分页是“单集观看”。但你说得对，这非常痛苦，尤其是当要跳转到非常长的回复列表中的最后一篇帖子时，不得不等待所有帖子都被标记为“已读”。
1 个赞
这并不完全准确。如果你在一个有 5000 个帖子的主题中，点击时间线上的结束日期（或跳转到末尾的任何其他方法，而不是滚动），你实际上并不会加载中间的每个帖子。“页面”式的回复会在后台加载/卸载，所以如果你跳到末尾，只有最近一批帖子会被加载。
如果你开始阅读，稍后回来，你的位置也会被保存……所以你不必像分页论坛那样“一次性”阅读整个主题。
7 个赞
我通常会跳到末尾，将主题及其回复从“未读”列表中清除，并且永不返回。
1 个赞
我不同意，我认为无限滚动是 Discourse 的一个不错的功能。当我使用没有无限滚动的其他软件时，我觉得它非常烦人。我现在已经深度使用 Discourse 超过 5 年了，我不记得有任何显著的加载延迟，即使一个帖子有数百个回复。
4 个赞
您会因为每加载 20 页帖子而导致滚动页面出现延迟，但使用滑块（无论它叫什么）可以解决这个问题，并且至少和分页一样容易。
1 个赞
在我上次迁移时，一位管理员快速审查了一位长期使用 phpBB 的用户。这位用户说他不喜欢无限滚动，因为与分页相反，你永远不知道自己在帖子中的位置。
我回答说，情况恰恰相反。使用 phpBB 的分页，会造成混乱，因为每页的消息数量可以由每个用户在他们的偏好设置中更改。而要就讨论的特定部分进行交流的唯一方法是依赖页面：“看第 30 页……”那里有 xx 条消息。
我们可以不喜欢无限滚动的设计，但 Discourse 中的交互式时间线设计得非常好，以至于我们随时都知道自己的确切位置。它在实践中比分页更有效，同时精确得多。
人们只需要尝试一下（我是说，真正认真地尝试一下），然后再发表意见。
当然，有些人——我猜是少数——无论如何都不会喜欢它。
5 个赞
我唯一的小抱怨是需要拖动才能获得导航的精确度，也就是说，我无法将鼠标悬停在滑块的某个位置并看到帖子编号，然后再单击。我很少想在没有直接链接的情况下转到特定帖子，所以这真的不是什么大问题。
2 个赞
“交互式时间轴”比“滑动导航条”要好
如果它已经以 20 个为一组获取帖子，你可以想象一个插件可以给它添加页码！
我无法想象 Topic List Previews (TLP) 带有分页！ 
@DGForum 如果您需要数据加载速度的演示，请查看我的网站，该网站已超出基本规格：StarZen: The Unofficial Star Citizen Community:
向下滚动，看看内容加载的速度有多快（假设您的连接良好）。请注意，由于图片很多，第一次访问可能会稍慢一些。图片缓存后，第二次访问会 非常 快。
2 个赞