跳至主内容

全新的 Jellyfin 论坛

· 1 分钟阅读
Joshua Boniface
Project Leader
非官方测试版翻译

本页面由 PageTurner AI 翻译(测试版)。未经项目官方认可。 发现错误? 报告问题 →

我们很高兴地宣布,我们为 Jellyfin 社区创建了一个新的论坛:

https://forum.jellyfin.org

您可以查看欢迎信息论坛规则,或者立即跳转注册,支持使用论坛原生注册或通过 Discord、GitHub、Google、Reddit、StackExchange 或 Twitter 账户登录。

与此同时,我们决定永久关闭在 Reddit 上的社区存在。请查阅此处公告了解详情。

如果您只想注册并开始发帖,以上信息已足够。但若您对我们的决策动机、技术选型和实现细节感兴趣,请继续阅读!

决策动机

Jellyfin 项目曾运营过基于 Discourse 论坛软件的社区论坛,但由于多重原因逐渐荒废。首先,当时活跃的核心成员很少参与其中,且项目尚未准备好让社区实现自治管理;其次,我们多数成员认为该软件操作笨拙,使用意愿低迷;最终这两个问题导致论坛沦为大量未获解答的求助帖"坟场"。正因如此,我们在 2021 年关闭了该论坛,转而将 Reddit 作为唯一的"社区论坛"。

然而对于项目规模所需的深度讨论和长期交流,我们从未真正满意 Reddit 或其他主要讨论渠道(在线聊天、GitHub)。因此相当长时间内,我们一直在考虑重建论坛以开辟新的讨论途径。

随后,Reddit 作为平台的近期争议日益凸显。该平台突然采取令人震惊的激进手段封杀第三方客户端(团队多数成员重度依赖这些工具),迫使我们重新评估其作为主要社交论坛的可行性。作为全站抗议行动的一部分,我们将 subreddit 转为私有状态;在 Reddit 方持续一周拒绝妥协后,决定永久关闭该子论坛(即转为只读存档状态)。

基于上述所有因素,我们最终决定建立新论坛,旨在为 Jellyfin 社区打造不受外部平台政策波动影响的独立空间——用于技术开发、互助支持和社群交流。

论坛软件选型

搭建论坛的首要任务自然是选择基础软件。排除所有专有解决方案后,我们评估了多款自由开源(FLOSS)论坛工具,这些方案基本可分为两类:"现代"论坛和"传统"论坛。

现代论坛以 Discourse 为代表,虽有性能优势等优点,但其用户界面过度"游戏化"且更接近社交网络,与传统论坛体验迥异——而这正是我们极力避免的。特别就个人体验而言,我深感 Discourse 的界面和导航极其难用,团队多数成员也持相同观点。

相比之下,传统论坛是前"平台化"互联网时代的中流砥柱。经历过2000年代至2010年代中期互联网的用户,都熟悉传统论坛的布局模式。我们认为这种模式在可用性上最为出色。尽管存在不同意见,但结合现代化的响应式主题,这种选择将成为我们社区的理想方案。

确定论坛类型后,我们考察了具体方案。主要候选者是历史悠久的phpBB和相对较新的MyBB。在尝试配置phpBB后发现其主题和插件生态不足,最终选择了MyBB,目前使用体验良好。

主题设计是最后的关键环节。从用户体验和可用性角度,主题决定着论坛的观感。我们需要的主题应支持用户自定义(主要是明暗模式)、符合现代审美、匹配品牌形象、具备响应式移动适配。最终选定了Emerald主题,该主题提供明暗双模式及丰富的品牌定制选项——25美元的花费物超所值。虽然仍在调整配色、模板布局并修复部分问题,但目前效果令人满意。

我们还启用了大量插件,例如友好URL、自定义表情/互动等,以最大化提升使用体验和界面一致性。

用户结构与权限体系

如前所述,原始论坛缺乏版主参与是主要痛点。因此在新论坛中,我们组建了强大的管理团队确保顺畅运营。

用户体系分为四个层级:

  • Jellyfin领导团队/核心成员,担任全局版主及论坛管理员

  • 其他所有Jellyfin团队成员,担任全板块版主

  • 新增社区版主组,从广大社区中遴选声誉卓著的助人先锋,授予有限权限的全板块版主职能

  • 普通用户享有标准权限

为简化表述,下文中将前三类用户统称为"版主组"。

论坛板块规划

板块设计至关重要。Reddit作为论坛的缺陷在于内容混杂——虽有标签辅助,但各类讨论仍混杂于信息流中,这正是我们希望避免的。

首设"公告区"分类,包含两个子板块:"论坛公告"版用于发布规则更新及欢迎帖;"版本发布"版用于官方项目更新(服务端/客户端/插件等)。独立分区既能围绕每次更新组织有序讨论,又可作为社区资讯中心——这是Reddit两个置顶帖无法实现的。仅核心成员可在"论坛公告"版发帖,版主组可在"版本发布"版发主题,所有用户均可跟帖讨论。

"技术支持"分类下设三个主版块及若干子版:"指南教程"版汇集从入门到准官方文档级别的动态教程;"主题样式"版讨论Jellyfin界面定制(CSS等);"故障排查"版提供运行问题解决方案。

在"故障排除"版块,我们尚未确定最终的分区结构,因为实际需求将随社区使用习惯而变化。作为起点,我们保留了主"故障排除"区处理所有与Jellyfin直接相关的问题,并设立了两个子版块用于处理常见但非Jellyfin核心范畴的问题:"网络与访问"专区用于VPN、反向代理、网络配置等问题的求助;"媒体扫描与识别"专区则专门解决媒体库扫描、元数据识别等相关问题。

每个故障排除子版块均设有置顶的"常见问题解答"主题帖,这些帖子将作为动态更新的知识库,持续收录高频问题及其解决方案。

接下来的"开发讨论"版块包含多个面向开发者的技术分区,其中设有大量客户端开发子版块。对普通用户而言,最值得关注的是"功能建议"区——这里专门用于深入讨论功能提案平台上的各项需求,弥补了原平台不擅长长文本交流的局限。

最后的"自由交流"版块初始包含三个分区:"综合讨论区"欢迎各类话题(请遵守规则保持内容健康);"自建服务与家庭实验室"专攻自托管方案与家庭服务器搭建;"影音天地"则用于分享喜爱的媒体内容(严禁资源获取讨论)。我们将根据社区反馈持续调整分区设置,当前结构已能满足基本需求。

性能优化

为确保论坛能承载庞大社区的访问压力,我们在核心数据库和PHP后端的扩展能力有限的情况下,创新性地通过内容分发网络实现了静态资源(CSS、JavaScript及图片等)的全球化加速。虽然该文自发布后尚未更新,但当前我们已在四大洲部署了9个镜像节点(覆盖所有DigitalOcean数据中心),确保全球用户都能快速获取资源。

随着访问量增长,我们将持续评估系统承载能力。当前配置应能平稳度过首波流量高峰。若遇服务中断请不必担忧,团队将第一时间全力修复!