是的,正确。基于前面列出的所有原因。
我预计短期内不需要放弃对该插件的支持,但 TC 将作为新功能的重点方向。
Discourse 最近的变化有些前所未有,因此希望在未来几个月内能看到更多的稳定性。
是的,正确。基于前面列出的所有原因。
我预计短期内不需要放弃对该插件的支持,但 TC 将作为新功能的重点方向。
Discourse 最近的变化有些前所未有,因此希望在未来几个月内能看到更多的稳定性。
你好,
2. 基于主题组件(TC)的实验性功能,预计会有少量问题,但带来了移动端显示特色图片和侧边栏响应式布局等额外优势……这是一个可选的插件侧车(sidecar),用于添加更多功能。
https://github.com/merefield/discourse-topic-list-previews-theme- git clone https://github.com/merefield/discourse-topic-previews.git -b "theme_sidecar"。目前其功能与插件非常非常相似。点赞按钮未显示。如何显示点赞按钮?
我还没有在这个配置中实现它。它即将到来 ![]()
我已将插件更新到最新版本(4.3.1),并将 Discourse 更新到 2.5.0.beta4,但发现几乎所有的话题列表预览都消失了:frowning:
我可以逐个话题重新生成预览图片,但这存在两个问题:a) 耗时,b) 更新话题后会将它们顶到列表顶部。
有没有办法自动重新生成话题缩略图?
我真的很喜欢这个插件——它让我们的论坛焕然一新,效果极佳。我也尝试过 [编辑 - 这是另一位作者的作品,与本次讨论无关] TC,但发现它的样式差异较大且选项较少——因此在我看来,除非有人能纠正我的观点,否则这个插件仍然更胜一筹。
有的,从控制台执行帖子重烘焙即可:Rebake all posts? - #2 by zogstrip
但在操作之前,请确保这个设置已调至最大:

否则,这些帖子不会将远程图片导入论坛,缩略图也就无法生成。
主题组件目前仍在开发中,您需要安装“插件伴生程序”(plugin sidecar)才能使用完整功能集。目前尚不支持操作(Actions),但我稍后会尽快添加。
哦,具体差异在哪里?在图块尺寸上确实做了轻微近似处理,但除了缺少操作功能外,其余部分应完全一致(另外,主题组件中的图块自带轻微投影效果,我个人更偏好这种样式)。
这非常有效,我的缩略图已重新生成——非常感谢你的提示!
嘿,我和 Ian C 遇到了类似的问题;自从升级到 Discourse 2.5.0.beta4 并配合使用 Topic List Previews 4.4.0 后,大多数缩略图都消失了(顺便问一下,为什么不是全部?)


我尝试重新烘焙所有帖子,但没有任何帮助。
请问有什么解决方案吗?
最大天数设置得太低了。正如我所指出的,它应该是一个较大的数字。设置为 30 意味着超过一个月的内容将不会生成缩略图。
该选项未启用。它不应该受到影响,对吧?
您未勾选复选框。必须上传图片。
由于存在各种问题,它已被禁用。另外,如果我没记错的话,它还会与自定义修改冲突。
因此,它现在已启用,并且我增加了最大旧天数。接下来该怎么做?我不太确定这个选项是如何工作的。这是否意味着我们需要等待每一张图片都下载完成后,才能重新尝试回退?
这现在主要是 Discourse 的核心行为,而不是 TLP(以前全部由 TLP 处理,现在插件中仅保留了少量覆盖,因为缩略图支持已内置到核心中)。
您需要重新烘焙帖子,这将启动一批 UploadHotLinkImages 的 Sidekiq 任务并拉取所有图片。几分钟内,缩略图就会开始填充。
好的,已经运行了。谢谢你的帮助!
如何在浏览分类中的主题时显示图片缩略图?
谢谢,
重烘焙已完成。结果真是一团糟!![]()
好吧,现在我明白为什么这个选项被禁用了。
我们使用的是 WordPress,首条帖子包含完整的 HTML。Discourse 可以顺利地将图片 HTML 替换为 Markdown,但如果 Markdown 图片被 HTML 包围(具体来说,需要在上方至少有一个空行),则无法渲染。
我有两个问题:
有些图片没有被下载,可能是由于 srcset 属性导致的(但这没关系)。图片在首条帖子中显示正常,但没有生成缩略图。以前这是可以正常工作的。
插件是否有破坏性变更,导致包含图片 HTML 的帖子无法生成缩略图?我觉得我已经重烘焙了三次,但都没有帮助。是否有其他方法可以强制重新生成缩略图?我的意思是,以前即使该选项被禁用,在创建主题或编辑后,只要有图片就会生成缩略图;但现在这种行为不再起作用了。
如上所述,有些 Markdown 图片无法渲染。
我尝试查看是否有插件 API 可以在帖子处理前使用,但没找到。
我想唯一的办法是直接通过数据库和 Rails 控制台,在相关原始消息中添加换行符,然后再次重烘焙。
目前,我基于 Discourse 的源代码在努力解决(我不懂 Ruby):
看起来对一个主题有效。我还没有对所有主题执行此操作。是否有更好/更干净的方法来解决这个问题,而不需要这样做?
Post
.where(post_number: 1)
.where("raw LIKE '%upload://%'").each do |post|
post.raw.gsub!(/(!\[.*upload:\/\/.*\))/, "\n\n\\1")
post.save!(validate: false);
post.rebake!
end
任何帮助都将不胜感激,谢谢!
我也遇到了同样的问题。
重新生成预览后,现在可以正常工作了。
但每次升级时(这不在我的控制范围内,每次我为了修改某些内容而重建时,论坛就会自动升级),我只能祈祷一切顺利。
Christian,如果你指的是插件,它们位于该分类的独立设置中(而非主管理设置)。
已在原帖中添加说明,使其更加清晰!![]()
缩略图构建的标准现在很大程度上已交由 Discourse 核心处理。
您遇到的问题很可能出现在任何使用 Discourse 缩略图的附加组件中。他们是否应该放宽其标准?
您能否发布问题帖子的完整原始内容?如果我有时间(我无法保证),我会看看是否很容易放宽纳入标准。不过,我有点不太愿意覆盖这一设置,因为 Discourse 在核心中实现此功能是一个很好的理由,让我们避免覆盖并更多地依赖核心。这将有助于插件的稳定性并减少破坏性变更。正是这类自定义会导致插件出现问题。
您是否可以考虑维护自己的分支并自行进行自定义?
您也可以尝试在主题元数据编辑器中使用缩略图选择器,看看是否能选中缩略图,但该选择器基于相同的纳入标准。如果缩略图没有出现在那里,说明它不符合标准,这可以作为很好的确认。
这是一个相当不理想的安排。
如果你希望优化稳定性,请在预发布环境中测试升级,报告并解决任何问题,然后再更新生产环境。
直接将未经测试的更改应用到生产环境通常是一个糟糕的主意。
我们会尽力确保兼容性,重点保障每月前 5 天的稳定性。但我们也会接受其他时间的变更,且不会提前通知,因此请在该月的其余时间自行评估风险并更新 Discourse。请务必在安全的环境中测试你的升级!