1. 项目概述一个为影迷打造的私人观影档案库如果你和我一样是个重度电影爱好者那么你一定经历过这样的时刻看完一部好片子内心澎湃想写点什么记录一下却发现豆瓣、IMDb的评论区要么太嘈杂要么格式死板无法完全承载你那一刻的私人感受。或者你精心收藏的片单散落在各个平台想回顾自己某年的观影轨迹时却无从下手。alecm20/story-flicks这个项目就是为了解决这些痛点而生的。简单来说Story Flicks 是一个自托管的、个人专属的电影收藏与评论管理应用。它不是一个聚合电影信息的爬虫工具也不是一个社交平台它的核心定位是“私人数字观影笔记”。你可以把它想象成一个本地化的、功能强化的“豆瓣个人主页”但完全由你掌控数据存在你自己的服务器或电脑上没有广告没有算法推荐只有你和你的电影记忆。这个项目适合谁首先当然是影迷和影视专业的学生、从业者需要一个系统化的工具来管理观影记录、撰写拉片笔记或影评。其次是那些注重数字资产所有权和隐私的用户不希望自己的观影数据和深度思考被托管在第三方平台。最后它也适合喜欢折腾自建服务的开发者或技术爱好者作为一个相对轻量且实用的项目来部署和定制。我在实际搭建和使用了一段时间后发现它确实填补了一个细分市场的空白。市面上不缺电影数据库API如TMDB也不缺笔记软件如Notion、Obsidian但将两者优雅结合专注于“观影”这一垂直场景的开源自托管方案Story Flicks 是做得比较完整的一个。接下来我就从技术选型、部署实操、核心功能使用以及我踩过的一些坑来为你完整拆解这个项目。2. 技术栈与架构设计解析2.1 为什么选择这样的技术组合打开项目的README.md和docker-compose.yml文件你会发现它的技术栈非常“现代”且清晰是当前个人开源项目的主流选择后端框架NestJS。这是一个基于 TypeScript 的渐进式 Node.js 框架架构上深受 Angular 启发内置依赖注入、模块化等企业级特性。作者选择 NestJS 而非更轻量的 Express 或 Fastify暗示了这个项目并非简单的 CRUD增删改查应用而是预期会有相对复杂的业务逻辑和良好的代码结构追求长期的可维护性和可扩展性。对于想要学习或实践 NestJS 架构的开发者来说这个项目是个不错的参考。前端框架Next.js (React)。这是由 Vercel 推出的 React 全栈框架。选择 Next.js 意味着项目天然支持服务端渲染SSR和静态站点生成SSG这对首屏加载速度和SEO虽然个人工具不太需要是利好。更重要的是Next.js 集成了路由、API 路由等能力让全栈开发在同一个项目中变得更顺畅。前端界面目前看是基于 React 组件构建样式方案可能是 Tailwind CSS 或 styled-components这需要看具体代码。数据库PostgreSQL。关系型数据库的稳健之选。电影数据虽然可以部分用文档型数据库如 MongoDB存储但用户数据、影评、标签、列表之间的关联查询用 SQL 来表达更为直观和强大。PostgreSQL 对 JSON 字段的良好支持也能兼顾电影详情这类半结构化数据的存储。ORMPrisma。这是一个下一代 Node.js 和 TypeScript 的 ORM对象关系映射。它的核心优势在于1) 用 Prisma Schema 一种语言定义数据模型类型安全极强2) 自动生成的客户端 API 非常直观易用3) 数据库迁移Migration工作流完善。选用 Prisma 大大降低了后端处理数据库操作的复杂度也减少了 SQL 注入等安全风险。容器化与编排Docker Docker Compose。这是让项目能够“一键部署”的关键。所有服务前端、后端、数据库都被封装在独立的容器中通过docker-compose.yml文件定义它们之间的关系和配置。这彻底解决了“在我机器上能跑”的环境依赖问题让部署体验变得极其友好。外部数据源The Movie Database (TMDB) API。这是项目的“血液”。Story Flicks 本身不存储庞大的电影元数据如演员、导演、简介、海报而是通过集成 TMDB 这个开放且强大的电影数据库来获取。用户搜索、添加电影时应用会向 TMDB API 发起请求然后将选中的电影基本信息存入自己的 PostgreSQL 数据库并关联用户的私人数据评分、评论、标签等。注意使用 TMDB API 需要免费注册账号并申请 API Key。这个 Key 是部署时的必需配置项它有每日请求次数限制但对于个人使用完全足够。这样的技术选型体现了一个清晰的架构思路利用成熟稳定的外部服务TMDB处理海量公共数据用现代、类型安全的全栈技术NestJS Next.js Prisma构建核心业务应用再通过容器化技术实现轻松的部署和交付。这几乎成为了当前个人全栈项目的“最佳实践”模板。2.2 数据流与核心模块设计理解数据流就能理解这个应用是如何工作的用户交互层Next.js 前端用户通过浏览器访问应用进行搜索、点击、输入等操作。API 网关与业务逻辑层NestJS 后端前端通过调用 Next.js 的 API 路由或直接调用 NestJS 后端暴露的 RESTful/GraphQL API将请求发送到后端。NestJS 控制器接收到请求调用相应的服务Service。服务层与数据整合服务层是核心。例如当处理“添加电影”请求时服务会先调用一个封装的TmdbService去 TMDB API 搜索电影拿到公开数据。然后再通过PrismaService将电影基本信息存入Movie表并同时创建一条UserMovie关联记录存储用户的私人状态如“想看”、评分和评论。数据持久层Prisma PostgreSQLPrisma 负责将所有数据操作转换为安全的 SQL 语句与 PostgreSQL 数据库交互。数据库里主要存储两类数据从 TMDB 同步来的电影快照信息以及完全属于用户的私有数据观影状态、评分、评论、标签、自定义列表。外部数据源TMDB API作为只读的数据来源提供搜索、详情、图片等。核心的数据库表设计可以推断如下User: 用户账户信息。Movie: 电影基本信息来自TMDB的镜像包含TMDB的ID。UserMovie: 用户与电影的关联表。这是核心表存放用户的评分(rating)、状态(status如已看、想看)、私人笔记(personal_notes)、观影日期(watched_at)等。这种设计将公共数据与私人数据分离非常清晰。Review: 可能独立的影评表与UserMovie关联支持长文本。TagMovieTag: 标签系统允许用户为电影打上自定义标签。ListListMovie: 自定义片单功能。3. 从零开始部署完整实操指南理论说得再多不如亲手搭起来。下面是我在 Ubuntu 22.04 服务器上从零部署 Story Flicks 的完整过程包含了所有关键步骤和配置。3.1 前置环境准备你的部署环境需要安装以下软件Docker 与 Docker Compose这是项目运行的基石。如果你的服务器没有安装请参照官方文档安装。安装后运行docker --version和docker compose version确认安装成功。Git用于拉取项目代码。sudo apt-get install git -y。一个 TMDB API Key访问 TMDB官网 注册账号在设置中找到“API”部分申请一个API Read Access Token (v4 auth)。这个 Token 比传统的 API Key 更安全记下来备用。3.2 获取与配置项目代码# 1. 克隆项目仓库到本地 git clone https://github.com/alecm20/story-flicks.git cd story-flicks # 2. 复制环境变量示例文件并编辑它 cp .env.example .env现在用文本编辑器如nano或vim打开.env文件。这是配置的核心你需要关注以下几个关键变量# 数据库配置通常使用默认即可Docker Compose会创建同名数据库和用户 DATABASE_URLpostgresql://postgres:postgresdb:5432/storyflicks?schemapublic # 后端服务密钥用于加密会话等务必修改为一个强随机字符串 JWT_SECRETyour-super-secret-jwt-key-change-this-in-production API_KEY_SECRETanother-secret-key-for-internal-api-auth # 前端应用运行的URL用于构建正确的链接 NEXT_PUBLIC_APP_URLhttp://你的服务器IP或域名:3000 # 最重要的TMDB API 访问令牌 TMDB_ACCESS_TOKEN这里填入你申请的 v4 access token # 邮件服务配置可选用于用户注册验证、密码重置等 # 如果暂时不需要可以注释掉或使用假值但部分功能可能受限 # SMTP_HOSTsmtp.gmail.com # SMTP_PORT587 # SMTP_USERyour-emailgmail.com # SMTP_PASSyour-app-password实操心得在测试环境NEXT_PUBLIC_APP_URL可以先设为http://localhost:3000。但在生产环境如果你配置了域名和反向代理如 Nginx这里必须设置为你的公开域名如https://movies.yourdomain.com否则社交登录回调、邮件链接等都会出错。JWT_SECRET务必使用强密码生成器生成切勿使用默认值。3.3 使用 Docker Compose 启动服务配置好.env文件后启动服务就变得非常简单。项目根目录下的docker-compose.yml文件已经定义好了所有服务。# 在项目根目录下执行-d 参数让服务在后台运行 docker compose up -d这个命令会依次执行以下操作拉取 PostgreSQL、Node.js 等官方镜像。根据项目代码构建前端Next.js和后端NestJS的自定义镜像。创建 Docker 网络让容器间可以互通如后端容器可以通过db这个主机名访问数据库容器。按依赖顺序启动容器先启动db(PostgreSQL)然后启动backend(NestJS)最后启动frontend(Next.js)。你可以使用以下命令观察启动日志和状态# 查看所有容器状态 docker compose ps # 查看某个容器的实时日志例如后端 docker compose logs -f backend # 如果启动失败查看日志是排查问题的第一步当看到后端日志出现Nest application successfully started前端日志无报错时通常意味着服务已成功启动。3.4 数据库迁移与初始化服务启动后数据库容器虽然运行了但表结构还没有创建。这时需要运行 Prisma 迁移命令在数据库中创建项目定义的所有表。# 进入后端容器执行迁移命令 docker compose exec backend npx prisma migrate deploy # 或者如果你需要同步 Prisma 客户端类型也可以运行通常在开发环境 # docker compose exec backend npx prisma generateprisma migrate deploy命令会读取prisma/schema.prisma文件中的数据模型并将其转换为 SQL 迁移脚本然后在连接的 PostgreSQL 数据库中执行。执行成功后数据库中就准备好了所有空表。3.5 访问与初步验证完成以上步骤后打开你的浏览器前端应用访问http://你的服务器IP:3000后端API如果有Swagger文档通常可能在http://你的服务器IP:3001/api具体端口需查看docker-compose.yml中 backend 服务的映射端口你应该能看到 Story Flicks 的登录/注册界面。尝试注册一个账号如果成功并能进入主界面说明基础服务运行正常。4. 核心功能深度使用与定制部署成功只是开始真正发挥其价值在于使用。下面我结合自己的使用经验聊聊几个核心功能。4.1 电影添加与信息管理这是最基础的功能。点击“添加电影”输入片名进行搜索。这里的关键在于“快照”机制。当你从 TMDB 搜索结果中选择一部电影添加时Story Flicks 并不会只保存一个 TMDB ID。它会将电影的基本信息标题、概述、上映日期、海报路径、演员导演等抓取下来存入你自己的Movie表中。这样做有两个巨大优势数据独立性即使未来 TMDB 的某部电影信息被修改或删除你个人库中记录的依然是添加时的那个版本保证了你的笔记和记忆的稳定性。离线可用性一旦添加浏览你自己的收藏、片单、查看海报和基本信息都不再需要实时调用 TMDB API速度更快。注意事项这种“快照”机制意味着如果 TMDB 上某部电影的海报图链接更新了你库里存的还是旧链接。对于极端追求信息最新的用户这可能是个小缺点。但考虑到这是个人记忆库我反而认为稳定性更重要。项目未来或许可以增加一个“手动更新信息”的功能。4.2 观影状态、评分与私人笔记添加电影后你可以为其设置状态想看 (Watchlist)你的待观影清单。已看 (Watched)标记为已观看此时可以记录观影日期、评分和评论。搁置 (On Hold)等。评分系统支持十分制或五星制取决于前端实现并且可以记录多次观看的不同评分。私人笔记字段是我最常用的功能它不像“公开影评”那样正式我可以随手记下“那个长镜头真绝了”、“和谁一起看的”、“片尾彩蛋暗示了XXX”这些非常私人的碎片想法。4.3 标签系统与智能过滤标签是组织个人电影库的利器。你可以创建如#科幻经典、#周末治愈、#需要深度解读、#2023年观影等任意标签。给电影打上多个标签后强大的过滤和搜索功能就派上用场了。例如你可以快速筛选出所有带有#科幻且评分高于4星且状态为已看的电影。这种多维度的、自定义的组织方式远比固定分类更灵活能真正反映出你个人的观影视角和知识体系。4.4 自定义列表与专题整理除了标签你还可以创建“列表”。列表更像是一个有明确主题的公开或私人的影集。例如【个人影史TOP100】【诺兰电影宇宙观影顺序】【适合下雨天看的治愈系电影】【2024年奥斯卡入围作品追踪】列表可以添加描述、设置封面并且可以手动排序电影条目。这对于写专题文章、制作分享链接或仅仅是个人回顾都非常有帮助。4.5 数据导出与备份自托管应用数据自主权是关键。Story Flicks 应该提供或未来会提供数据导出功能将你的所有电影、评分、评论、标签以 JSON 或 CSV 格式导出。这是你的数字资产定期备份这个导出文件是好习惯。同时由于整个应用运行在 Docker 中定期备份 PostgreSQL 的数据卷是更彻底的备份方案。你可以使用pg_dump命令在宿主机上创建数据库备份# 进入数据库容器执行导出 docker compose exec db pg_dump -U postgres storyflicks /path/to/backup/backup_$(date %Y%m%d).sql # 或者利用 Docker 卷找到数据文件直接备份5. 常见问题与故障排查实录在部署和使用过程中我遇到了一些典型问题这里汇总出来希望能帮你避坑。5.1 部署启动失败问题现象docker compose up -d后容器不断重启或快速退出。排查思路查看日志docker compose logs backend或docker compose logs frontend。这是最直接的错误信息来源。常见原因一环境变量配置错误。检查.env文件确保DATABASE_URL中的密码与docker-compose.yml中 PostgreSQL 服务的环境变量POSTGRES_PASSWORD一致。确保TMDB_ACCESS_TOKEN已正确填写且有效可以去 TMDB 后台确认。常见原因二端口冲突。检查docker-compose.yml中映射的宿主机端口如3000:3000,3001:3001是否已被其他程序占用。可以用sudo netstat -tulpn | grep :3000查看。常见原因三数据库连接失败。后端启动需要连接 PostgreSQL。确保db服务先于backend服务健康启动。有时数据库初始化需要几秒钟后端启动太快会导致连接失败。可以在docker-compose.yml中为backend服务添加depends_on健康检查条件或者简单地在后端启动命令中增加重试逻辑这需要修改项目代码或 Dockerfile。5.2 前端无法访问或白屏问题现象浏览器能打开http://IP:3000但页面空白或报 JavaScript 错误。排查思路检查前端容器是否正常运行docker compose ps。查看前端构建日志docker compose logs --tail100 frontend。可能是构建过程中依赖安装失败网络问题或环境变量NEXT_PUBLIC_APP_URL在构建时未正确设置。Next.js 在构建时会将部分环境变量“烧录”进代码。解决方案尝试重建前端镜像docker compose build --no-cache frontend然后docker compose up -d frontend。确保构建时.env文件已就位。5.3 搜索电影失败或添加电影无反应问题现象搜索框输入片名无结果或点击添加后一直转圈。排查思路首要怀疑 TMDB API Key这是最高频的问题。确认.env中的TMDB_ACCESS_TOKEN是 v4 auth token并且没有过期或被禁用。可以在宿主机上用curl命令测试一下curl --request GET \ --url https://api.themoviedb.org/3/movie/550?api_keyYOUR_V3_API_KEY \ --header Authorization: Bearer YOUR_V4_ACCESS_TOKEN \ --header accept: application/json注意这里需要同时提供 v3 api_key 和 v4 bearer token具体看项目后端如何实现。最直接的方法是去 TMDB 后台测试你的 Token。查看后端 API 日志搜索或添加电影时查看后端容器日志docker compose logs -f backend看是否有关于 TMDB API 调用的错误信息如401 Unauthorized或403 Forbidden。网络问题确保你的服务器可以正常访问api.themoviedb.org这个域名。5.4 数据库迁移失败问题现象运行docker compose exec backend npx prisma migrate deploy时报错。排查思路错误信息是关键常见的如“数据库storyflicks不存在”。这是因为 PostgreSQL 容器首次启动时虽然服务运行了但数据库可能还没被创建。docker-compose.yml中通过POSTGRES_DB环境变量指定了数据库名但某些镜像需要配合初始化脚本。确保db服务有类似配置db: image: postgres:16 environment: POSTGRES_DB: storyflicks POSTGRES_USER: postgres POSTGRES_PASSWORD: postgres volumes: - postgres_data:/var/lib/postgresql/data手动进入数据库创建如果自动创建失败可以手动进入容器创建docker compose exec db psql -U postgres # 进入 PostgreSQL 交互命令行后 CREATE DATABASE storyflicks; \q然后再次运行迁移命令。迁移冲突如果之前运行过迁移修改了schema.prisma后又运行可能会冲突。在开发环境可以考虑重置数据库生产环境慎用docker compose exec backend npx prisma migrate reset --force5.5 性能优化与生产环境建议启用 HTTPS使用 Nginx 或 Caddy 作为反向代理配置 SSL 证书Let‘s Encrypt 免费。这不仅能加密通信还能解决某些浏览器特性如PWA必须要求 HTTPS 的问题。配置持久化存储确保docker-compose.yml中 PostgreSQL 的数据卷如postgres_data已映射到宿主机持久化目录避免容器删除后数据丢失。资源限制在docker-compose.yml中为服务设置 CPU 和内存限制防止单个容器占用过多资源影响宿主。定期更新关注项目 GitHub 仓库的 Releases 或更新定期拉取新代码重建镜像以获取功能更新和安全修复。可以使用watchtower等工具自动化此过程但对生产环境建议先测试再更新。备份策略如前所述定期执行数据库导出和整个项目目录包括.env和上传的文件如果有的备份。Story Flicks 作为一个开源项目其魅力在于它提供了一个坚实、现代化的基础。你可能不满足于它的默认界面或者想增加一个“电影台词收藏”功能甚至想把它改造成书籍管理工具。由于代码结构清晰技术栈流行进行二次开发的成本相对较低。你可以 fork 这个项目按照自己的心意去改造它这才是自托管软件的终极乐趣——它真正成为了属于你自己的工具。
基于NestJS与Next.js的自托管电影管理应用Story Flicks部署与实战
1. 项目概述一个为影迷打造的私人观影档案库如果你和我一样是个重度电影爱好者那么你一定经历过这样的时刻看完一部好片子内心澎湃想写点什么记录一下却发现豆瓣、IMDb的评论区要么太嘈杂要么格式死板无法完全承载你那一刻的私人感受。或者你精心收藏的片单散落在各个平台想回顾自己某年的观影轨迹时却无从下手。alecm20/story-flicks这个项目就是为了解决这些痛点而生的。简单来说Story Flicks 是一个自托管的、个人专属的电影收藏与评论管理应用。它不是一个聚合电影信息的爬虫工具也不是一个社交平台它的核心定位是“私人数字观影笔记”。你可以把它想象成一个本地化的、功能强化的“豆瓣个人主页”但完全由你掌控数据存在你自己的服务器或电脑上没有广告没有算法推荐只有你和你的电影记忆。这个项目适合谁首先当然是影迷和影视专业的学生、从业者需要一个系统化的工具来管理观影记录、撰写拉片笔记或影评。其次是那些注重数字资产所有权和隐私的用户不希望自己的观影数据和深度思考被托管在第三方平台。最后它也适合喜欢折腾自建服务的开发者或技术爱好者作为一个相对轻量且实用的项目来部署和定制。我在实际搭建和使用了一段时间后发现它确实填补了一个细分市场的空白。市面上不缺电影数据库API如TMDB也不缺笔记软件如Notion、Obsidian但将两者优雅结合专注于“观影”这一垂直场景的开源自托管方案Story Flicks 是做得比较完整的一个。接下来我就从技术选型、部署实操、核心功能使用以及我踩过的一些坑来为你完整拆解这个项目。2. 技术栈与架构设计解析2.1 为什么选择这样的技术组合打开项目的README.md和docker-compose.yml文件你会发现它的技术栈非常“现代”且清晰是当前个人开源项目的主流选择后端框架NestJS。这是一个基于 TypeScript 的渐进式 Node.js 框架架构上深受 Angular 启发内置依赖注入、模块化等企业级特性。作者选择 NestJS 而非更轻量的 Express 或 Fastify暗示了这个项目并非简单的 CRUD增删改查应用而是预期会有相对复杂的业务逻辑和良好的代码结构追求长期的可维护性和可扩展性。对于想要学习或实践 NestJS 架构的开发者来说这个项目是个不错的参考。前端框架Next.js (React)。这是由 Vercel 推出的 React 全栈框架。选择 Next.js 意味着项目天然支持服务端渲染SSR和静态站点生成SSG这对首屏加载速度和SEO虽然个人工具不太需要是利好。更重要的是Next.js 集成了路由、API 路由等能力让全栈开发在同一个项目中变得更顺畅。前端界面目前看是基于 React 组件构建样式方案可能是 Tailwind CSS 或 styled-components这需要看具体代码。数据库PostgreSQL。关系型数据库的稳健之选。电影数据虽然可以部分用文档型数据库如 MongoDB存储但用户数据、影评、标签、列表之间的关联查询用 SQL 来表达更为直观和强大。PostgreSQL 对 JSON 字段的良好支持也能兼顾电影详情这类半结构化数据的存储。ORMPrisma。这是一个下一代 Node.js 和 TypeScript 的 ORM对象关系映射。它的核心优势在于1) 用 Prisma Schema 一种语言定义数据模型类型安全极强2) 自动生成的客户端 API 非常直观易用3) 数据库迁移Migration工作流完善。选用 Prisma 大大降低了后端处理数据库操作的复杂度也减少了 SQL 注入等安全风险。容器化与编排Docker Docker Compose。这是让项目能够“一键部署”的关键。所有服务前端、后端、数据库都被封装在独立的容器中通过docker-compose.yml文件定义它们之间的关系和配置。这彻底解决了“在我机器上能跑”的环境依赖问题让部署体验变得极其友好。外部数据源The Movie Database (TMDB) API。这是项目的“血液”。Story Flicks 本身不存储庞大的电影元数据如演员、导演、简介、海报而是通过集成 TMDB 这个开放且强大的电影数据库来获取。用户搜索、添加电影时应用会向 TMDB API 发起请求然后将选中的电影基本信息存入自己的 PostgreSQL 数据库并关联用户的私人数据评分、评论、标签等。注意使用 TMDB API 需要免费注册账号并申请 API Key。这个 Key 是部署时的必需配置项它有每日请求次数限制但对于个人使用完全足够。这样的技术选型体现了一个清晰的架构思路利用成熟稳定的外部服务TMDB处理海量公共数据用现代、类型安全的全栈技术NestJS Next.js Prisma构建核心业务应用再通过容器化技术实现轻松的部署和交付。这几乎成为了当前个人全栈项目的“最佳实践”模板。2.2 数据流与核心模块设计理解数据流就能理解这个应用是如何工作的用户交互层Next.js 前端用户通过浏览器访问应用进行搜索、点击、输入等操作。API 网关与业务逻辑层NestJS 后端前端通过调用 Next.js 的 API 路由或直接调用 NestJS 后端暴露的 RESTful/GraphQL API将请求发送到后端。NestJS 控制器接收到请求调用相应的服务Service。服务层与数据整合服务层是核心。例如当处理“添加电影”请求时服务会先调用一个封装的TmdbService去 TMDB API 搜索电影拿到公开数据。然后再通过PrismaService将电影基本信息存入Movie表并同时创建一条UserMovie关联记录存储用户的私人状态如“想看”、评分和评论。数据持久层Prisma PostgreSQLPrisma 负责将所有数据操作转换为安全的 SQL 语句与 PostgreSQL 数据库交互。数据库里主要存储两类数据从 TMDB 同步来的电影快照信息以及完全属于用户的私有数据观影状态、评分、评论、标签、自定义列表。外部数据源TMDB API作为只读的数据来源提供搜索、详情、图片等。核心的数据库表设计可以推断如下User: 用户账户信息。Movie: 电影基本信息来自TMDB的镜像包含TMDB的ID。UserMovie: 用户与电影的关联表。这是核心表存放用户的评分(rating)、状态(status如已看、想看)、私人笔记(personal_notes)、观影日期(watched_at)等。这种设计将公共数据与私人数据分离非常清晰。Review: 可能独立的影评表与UserMovie关联支持长文本。TagMovieTag: 标签系统允许用户为电影打上自定义标签。ListListMovie: 自定义片单功能。3. 从零开始部署完整实操指南理论说得再多不如亲手搭起来。下面是我在 Ubuntu 22.04 服务器上从零部署 Story Flicks 的完整过程包含了所有关键步骤和配置。3.1 前置环境准备你的部署环境需要安装以下软件Docker 与 Docker Compose这是项目运行的基石。如果你的服务器没有安装请参照官方文档安装。安装后运行docker --version和docker compose version确认安装成功。Git用于拉取项目代码。sudo apt-get install git -y。一个 TMDB API Key访问 TMDB官网 注册账号在设置中找到“API”部分申请一个API Read Access Token (v4 auth)。这个 Token 比传统的 API Key 更安全记下来备用。3.2 获取与配置项目代码# 1. 克隆项目仓库到本地 git clone https://github.com/alecm20/story-flicks.git cd story-flicks # 2. 复制环境变量示例文件并编辑它 cp .env.example .env现在用文本编辑器如nano或vim打开.env文件。这是配置的核心你需要关注以下几个关键变量# 数据库配置通常使用默认即可Docker Compose会创建同名数据库和用户 DATABASE_URLpostgresql://postgres:postgresdb:5432/storyflicks?schemapublic # 后端服务密钥用于加密会话等务必修改为一个强随机字符串 JWT_SECRETyour-super-secret-jwt-key-change-this-in-production API_KEY_SECRETanother-secret-key-for-internal-api-auth # 前端应用运行的URL用于构建正确的链接 NEXT_PUBLIC_APP_URLhttp://你的服务器IP或域名:3000 # 最重要的TMDB API 访问令牌 TMDB_ACCESS_TOKEN这里填入你申请的 v4 access token # 邮件服务配置可选用于用户注册验证、密码重置等 # 如果暂时不需要可以注释掉或使用假值但部分功能可能受限 # SMTP_HOSTsmtp.gmail.com # SMTP_PORT587 # SMTP_USERyour-emailgmail.com # SMTP_PASSyour-app-password实操心得在测试环境NEXT_PUBLIC_APP_URL可以先设为http://localhost:3000。但在生产环境如果你配置了域名和反向代理如 Nginx这里必须设置为你的公开域名如https://movies.yourdomain.com否则社交登录回调、邮件链接等都会出错。JWT_SECRET务必使用强密码生成器生成切勿使用默认值。3.3 使用 Docker Compose 启动服务配置好.env文件后启动服务就变得非常简单。项目根目录下的docker-compose.yml文件已经定义好了所有服务。# 在项目根目录下执行-d 参数让服务在后台运行 docker compose up -d这个命令会依次执行以下操作拉取 PostgreSQL、Node.js 等官方镜像。根据项目代码构建前端Next.js和后端NestJS的自定义镜像。创建 Docker 网络让容器间可以互通如后端容器可以通过db这个主机名访问数据库容器。按依赖顺序启动容器先启动db(PostgreSQL)然后启动backend(NestJS)最后启动frontend(Next.js)。你可以使用以下命令观察启动日志和状态# 查看所有容器状态 docker compose ps # 查看某个容器的实时日志例如后端 docker compose logs -f backend # 如果启动失败查看日志是排查问题的第一步当看到后端日志出现Nest application successfully started前端日志无报错时通常意味着服务已成功启动。3.4 数据库迁移与初始化服务启动后数据库容器虽然运行了但表结构还没有创建。这时需要运行 Prisma 迁移命令在数据库中创建项目定义的所有表。# 进入后端容器执行迁移命令 docker compose exec backend npx prisma migrate deploy # 或者如果你需要同步 Prisma 客户端类型也可以运行通常在开发环境 # docker compose exec backend npx prisma generateprisma migrate deploy命令会读取prisma/schema.prisma文件中的数据模型并将其转换为 SQL 迁移脚本然后在连接的 PostgreSQL 数据库中执行。执行成功后数据库中就准备好了所有空表。3.5 访问与初步验证完成以上步骤后打开你的浏览器前端应用访问http://你的服务器IP:3000后端API如果有Swagger文档通常可能在http://你的服务器IP:3001/api具体端口需查看docker-compose.yml中 backend 服务的映射端口你应该能看到 Story Flicks 的登录/注册界面。尝试注册一个账号如果成功并能进入主界面说明基础服务运行正常。4. 核心功能深度使用与定制部署成功只是开始真正发挥其价值在于使用。下面我结合自己的使用经验聊聊几个核心功能。4.1 电影添加与信息管理这是最基础的功能。点击“添加电影”输入片名进行搜索。这里的关键在于“快照”机制。当你从 TMDB 搜索结果中选择一部电影添加时Story Flicks 并不会只保存一个 TMDB ID。它会将电影的基本信息标题、概述、上映日期、海报路径、演员导演等抓取下来存入你自己的Movie表中。这样做有两个巨大优势数据独立性即使未来 TMDB 的某部电影信息被修改或删除你个人库中记录的依然是添加时的那个版本保证了你的笔记和记忆的稳定性。离线可用性一旦添加浏览你自己的收藏、片单、查看海报和基本信息都不再需要实时调用 TMDB API速度更快。注意事项这种“快照”机制意味着如果 TMDB 上某部电影的海报图链接更新了你库里存的还是旧链接。对于极端追求信息最新的用户这可能是个小缺点。但考虑到这是个人记忆库我反而认为稳定性更重要。项目未来或许可以增加一个“手动更新信息”的功能。4.2 观影状态、评分与私人笔记添加电影后你可以为其设置状态想看 (Watchlist)你的待观影清单。已看 (Watched)标记为已观看此时可以记录观影日期、评分和评论。搁置 (On Hold)等。评分系统支持十分制或五星制取决于前端实现并且可以记录多次观看的不同评分。私人笔记字段是我最常用的功能它不像“公开影评”那样正式我可以随手记下“那个长镜头真绝了”、“和谁一起看的”、“片尾彩蛋暗示了XXX”这些非常私人的碎片想法。4.3 标签系统与智能过滤标签是组织个人电影库的利器。你可以创建如#科幻经典、#周末治愈、#需要深度解读、#2023年观影等任意标签。给电影打上多个标签后强大的过滤和搜索功能就派上用场了。例如你可以快速筛选出所有带有#科幻且评分高于4星且状态为已看的电影。这种多维度的、自定义的组织方式远比固定分类更灵活能真正反映出你个人的观影视角和知识体系。4.4 自定义列表与专题整理除了标签你还可以创建“列表”。列表更像是一个有明确主题的公开或私人的影集。例如【个人影史TOP100】【诺兰电影宇宙观影顺序】【适合下雨天看的治愈系电影】【2024年奥斯卡入围作品追踪】列表可以添加描述、设置封面并且可以手动排序电影条目。这对于写专题文章、制作分享链接或仅仅是个人回顾都非常有帮助。4.5 数据导出与备份自托管应用数据自主权是关键。Story Flicks 应该提供或未来会提供数据导出功能将你的所有电影、评分、评论、标签以 JSON 或 CSV 格式导出。这是你的数字资产定期备份这个导出文件是好习惯。同时由于整个应用运行在 Docker 中定期备份 PostgreSQL 的数据卷是更彻底的备份方案。你可以使用pg_dump命令在宿主机上创建数据库备份# 进入数据库容器执行导出 docker compose exec db pg_dump -U postgres storyflicks /path/to/backup/backup_$(date %Y%m%d).sql # 或者利用 Docker 卷找到数据文件直接备份5. 常见问题与故障排查实录在部署和使用过程中我遇到了一些典型问题这里汇总出来希望能帮你避坑。5.1 部署启动失败问题现象docker compose up -d后容器不断重启或快速退出。排查思路查看日志docker compose logs backend或docker compose logs frontend。这是最直接的错误信息来源。常见原因一环境变量配置错误。检查.env文件确保DATABASE_URL中的密码与docker-compose.yml中 PostgreSQL 服务的环境变量POSTGRES_PASSWORD一致。确保TMDB_ACCESS_TOKEN已正确填写且有效可以去 TMDB 后台确认。常见原因二端口冲突。检查docker-compose.yml中映射的宿主机端口如3000:3000,3001:3001是否已被其他程序占用。可以用sudo netstat -tulpn | grep :3000查看。常见原因三数据库连接失败。后端启动需要连接 PostgreSQL。确保db服务先于backend服务健康启动。有时数据库初始化需要几秒钟后端启动太快会导致连接失败。可以在docker-compose.yml中为backend服务添加depends_on健康检查条件或者简单地在后端启动命令中增加重试逻辑这需要修改项目代码或 Dockerfile。5.2 前端无法访问或白屏问题现象浏览器能打开http://IP:3000但页面空白或报 JavaScript 错误。排查思路检查前端容器是否正常运行docker compose ps。查看前端构建日志docker compose logs --tail100 frontend。可能是构建过程中依赖安装失败网络问题或环境变量NEXT_PUBLIC_APP_URL在构建时未正确设置。Next.js 在构建时会将部分环境变量“烧录”进代码。解决方案尝试重建前端镜像docker compose build --no-cache frontend然后docker compose up -d frontend。确保构建时.env文件已就位。5.3 搜索电影失败或添加电影无反应问题现象搜索框输入片名无结果或点击添加后一直转圈。排查思路首要怀疑 TMDB API Key这是最高频的问题。确认.env中的TMDB_ACCESS_TOKEN是 v4 auth token并且没有过期或被禁用。可以在宿主机上用curl命令测试一下curl --request GET \ --url https://api.themoviedb.org/3/movie/550?api_keyYOUR_V3_API_KEY \ --header Authorization: Bearer YOUR_V4_ACCESS_TOKEN \ --header accept: application/json注意这里需要同时提供 v3 api_key 和 v4 bearer token具体看项目后端如何实现。最直接的方法是去 TMDB 后台测试你的 Token。查看后端 API 日志搜索或添加电影时查看后端容器日志docker compose logs -f backend看是否有关于 TMDB API 调用的错误信息如401 Unauthorized或403 Forbidden。网络问题确保你的服务器可以正常访问api.themoviedb.org这个域名。5.4 数据库迁移失败问题现象运行docker compose exec backend npx prisma migrate deploy时报错。排查思路错误信息是关键常见的如“数据库storyflicks不存在”。这是因为 PostgreSQL 容器首次启动时虽然服务运行了但数据库可能还没被创建。docker-compose.yml中通过POSTGRES_DB环境变量指定了数据库名但某些镜像需要配合初始化脚本。确保db服务有类似配置db: image: postgres:16 environment: POSTGRES_DB: storyflicks POSTGRES_USER: postgres POSTGRES_PASSWORD: postgres volumes: - postgres_data:/var/lib/postgresql/data手动进入数据库创建如果自动创建失败可以手动进入容器创建docker compose exec db psql -U postgres # 进入 PostgreSQL 交互命令行后 CREATE DATABASE storyflicks; \q然后再次运行迁移命令。迁移冲突如果之前运行过迁移修改了schema.prisma后又运行可能会冲突。在开发环境可以考虑重置数据库生产环境慎用docker compose exec backend npx prisma migrate reset --force5.5 性能优化与生产环境建议启用 HTTPS使用 Nginx 或 Caddy 作为反向代理配置 SSL 证书Let‘s Encrypt 免费。这不仅能加密通信还能解决某些浏览器特性如PWA必须要求 HTTPS 的问题。配置持久化存储确保docker-compose.yml中 PostgreSQL 的数据卷如postgres_data已映射到宿主机持久化目录避免容器删除后数据丢失。资源限制在docker-compose.yml中为服务设置 CPU 和内存限制防止单个容器占用过多资源影响宿主。定期更新关注项目 GitHub 仓库的 Releases 或更新定期拉取新代码重建镜像以获取功能更新和安全修复。可以使用watchtower等工具自动化此过程但对生产环境建议先测试再更新。备份策略如前所述定期执行数据库导出和整个项目目录包括.env和上传的文件如果有的备份。Story Flicks 作为一个开源项目其魅力在于它提供了一个坚实、现代化的基础。你可能不满足于它的默认界面或者想增加一个“电影台词收藏”功能甚至想把它改造成书籍管理工具。由于代码结构清晰技术栈流行进行二次开发的成本相对较低。你可以 fork 这个项目按照自己的心意去改造它这才是自托管软件的终极乐趣——它真正成为了属于你自己的工具。
