好的,所有使用“主题列表预览”插件的用户请注意以下内容。
使用我们插件时如何安全更新:
Pavilion 的更新计划
“主题列表预览”是 Pavilion 开源插件家族中的一员。
今后,Pavilion 将仅在每月的头 5 天内,专注于确保其核心插件集与 Discourse 核心 tests-passed 分支的兼容性。
在此期间(即“支持期”)内,任何因不兼容而产生的错误将尽快得到解决,最好在第 7 天前完成。低严重性错误或 Beta 功能相关的错误可能无法在此日期前修复,但任何导致论坛无法正常运行的明显问题必须解决。
此新政策将于 2020 年 5 月 1 日起生效
我们为何引入此政策
我们无法控制 Discourse 核心的变更,这也正是应有的状态。然而,随着我们的插件日益增多且功能更加复杂,要保证它们与 Discourse 的每一次更新都兼容变得越来越困难。确保即时兼容性已变得难以为继。
为了让我们的开发人员有更多精力处理除插件支持之外的其他优先事项,我们将不再保证每月每一天都与 Discourse 兼容。
这项政策也应能帮助您获得更高的稳定性,并让您更清楚地知道何时可以更安全地进行更新。
如何执行更新
请尽量在每月的头 5 天内更新您的生产环境 Discourse 实例(包括 Discourse 核心以及我们的插件)。如遇任何问题,请在 Meta 上相关插件的主题中通知我们。在此期间,Pavilion 团队将为您提供更专注的插件问题支持。
如果您在每月头 5 天之外更新生产服务器,风险自负。如果您这样做且因我们的插件导致问题,我们强烈建议您报告该问题,并在适当情况下卸载我们的插件,直到问题解决。不幸的是,我们可能要到下个月初的下一个支持期才能着手修复。
为获得更高安全性
请考虑在您自己的暂存服务器上测试更新,该服务器应基于生产站点的备份构建。如果您的站点规模较大、用户众多或属于商业用途,这一点尤为重要。
您可以在本月剩余时间关闭该服务器,以避免产生运行费用。利用这个机会测试所有基本功能,以识别插件是否存在任何问题。所有严重和高优先级问题请尽快在相关插件主题中报告。
使用暂存站点可能让您在更新时机上有更多自主权,但请注意,在每月后半段支持相对有限。
感谢您的理解!
(我们将很快将此政策说明添加到所有核心插件中,并已在本文主题的首帖中添加了此说明。)
8 个赞
tomwrench
(Tom Wrench)
941
能否在混合视图的“最新”主题中显示主题列表预览缩略图?
1 个赞
好的社区成员,继 @ozkn 的 帖子 之后,大家更倾向于为 Tiles meta 使用图标还是文字?
即当前这样的:

还是更新为更接近这样的?

2 个赞
这似乎是一个显而易见的趋势,所以……
我无法保证每个新请求都能这么快完成,但这项工作已经完成:

请享用 
此外,我还对移动端的格式进行了一些其他小修复。
5 个赞
温馨提示:假设未发现严重或高严重性的错误,本月最后一天为支持升级的截止日期。
从今天起,如果您计划升级,请在测试环境中检查此插件的兼容性。
我们将在下个月按相同的 5 天计划再次进行“支持升级”周期。
感谢您的理解。
4 个赞
Discourse 已发布一些重大更新,以原生支持缩略图功能。这导致部分现有依赖项失效。
不过,这也是简化该插件的好机会。
我将尽力修复相关问题,并整合 Discourse 平台的最新功能。
在此期间,TLP 暂时无法完全兼容最新通过测试的 Discourse 版本。
在进一步通知之前,请勿更新您的站点,除非您愿意承受一些轻微的不兼容问题。
目前我发现的主要不兼容问题包括:
- 热链接设置将不再有效,请确保已禁用该选项。由于缩略图功能现已原生支持,我将移除该功能。
- 缩略图选择器可能显示错误的预览图,但最终仍能正常工作。
修复可能需要一些时间……我希望在下个月初之前能提供可展示的成果,最好能更早完成。
9 个赞
Bcat
(Bcat)
948
这就是为什么更新后在 https://meta.discourse.org/latest.json 中找不到 image_url 等字段吗?
但在使用数据浏览器时我却找到了它。那为什么不保留呢?
在等待更新期间,有没有办法手动处理这个问题?
1 个赞
关闭热链接有帮助吗?
更新可能需要一些时间。根据 Pavilion 的最新政策,我们不再支持每月 1 日至 5 日之外的生产环境支持。
3 个赞
各位 FYI,我正在开发一个实验性的主题组件版插件。
目前还缺少一些功能,也存在各种问题。仅供娱乐使用,暂不提供支持(敬请期待!)
7 个赞
昨天我因其他原因需要重建 Discourse,顺便进行了升级。目前看来运行正常(我们未使用热链接)。
我喜欢界面中在卡片上显示浏览量和回复数的改进,非常感谢。我也喜欢“爱心”图标出现在正确位置并以恰当方式呈现。我不确定具体有哪些改动,但之前它们显得过于突出,随处可见。
一个建议:目前爱心的数量仅针对首帖。是否可能显示整个话题的爱心总数?这样既能提升数字,也能更公正地反映话题的受欢迎程度(有时首帖只有 1-2 个赞,但整个讨论却非常“受欢迎”)。这与浏览量和回复数的统计方式保持一致,因为它们都是针对整个话题的。
另外,能否避免将图片拉伸超过其原始尺寸?目前大图片会被限制在最大宽度设置内(很好),但小图片也被强制拉伸到该最大宽度,这可能导致像素化,可能并非用户所愿。如果图片能居中显示并保持其自身的最大尺寸,会更好的,个人意见。
3 个赞
太棒了!这是否意味着缩略图现在将通过 S3 CDN 链接提供,而不是直接从 S3 获取?
非常感谢您为“主题列表预览”功能付出的所有努力!
2 个赞
谢谢!
这一点我们需要与 Discourse 团队进一步澄清。
主题组件(Theme Component)版本的开发旨在探索支持核心 API 新兴扩展的潜力,正如 David 在此处讨论的那样:https://meta.discourse.org/t/theme-modifiers-a-brief-introduction/150605。
这些扩展的来源及其处理方式由 Discourse 决定,因为主题组件本身不包含 API。
此次对 API 的新增扩展引入了缩略图支持。历史上,这些缩略图是由该插件生成的。如果条件允许,我将非常乐意停用相关逻辑,但 Discourse 方面可能仍需完成一些工作,以达到我所需的完整功能水平,从而实现这一目标。
1 个赞
感谢你的美好反馈!
我无法保证实现起来会简单或高效,但这确实是个好主意!
对于“平铺视图”来说,这样行不通,因为如果图片不占据平铺块的大部分宽度,看起来会非常奇怪。虽然可能会减少模糊感,但也会显得有点杂乱,因为会在页面上引入随意的新垂直边缘。
另一个解决方案是,如果你有很多小图片,可以增加列数。这只需通过 CSS 即可实现。
或者,如果你指的不是平铺视图,你也可以轻松使用 CSS 让非平铺视图中的缩略图显示得更小。
1 个赞
我不知道你们是否已经需要反馈,但这是我测试站点上的样子:
我已禁用 TLP 和主题缩略图。
3 个赞
thwright
(T. H. Wright)
956
如果将较小的图片在垂直和水平方向上居中,并放入一个与其他帖子大小匹配的框中,会怎么样?
2 个赞
随意尝试你的 CSS。如果你使用的是插件版本,也应该能够在主题组件中覆盖主题列表项模板。
如果你做出了不错的效果,请分享出来。
1 个赞
Bcat
(Bcat)
958
特色图片是 image_url 还是 thumbnails?
那么“插件的主题组件版本”能解决当前问题吗?
1 个赞