Nas 搭配LibreTV 自托管影视服务

LibreTV 是一个轻量级、免费的在线视频搜索与播放平台,集成多个视频源,提供便捷的内容搜索与流畅的观看体验。无需注册,开箱即用,支持多设备访问,包括手机、平板和桌面端。项目结合高效的前端界面与后端代理功能,适合部署在支持服务端功能的各类网站托管服务或NAS设备上。

Nas 搭配LibreTV 自托管影视服务

仓库地址:https://github.com/LibreSpark/LibreTV

项目介绍

LibreTV 是一个轻量级、免费的在线视频搜索与播放平台,集成多个视频源,提供便捷的内容搜索与流畅的观看体验。无需注册,开箱即用,支持多设备访问,包括手机、平板和桌面端。项目结合高效的前端界面与后端代理功能,适合部署在支持服务端功能的各类网站托管服务或NAS设备上。

主要特性

  • 轻量高效:简洁的架构,资源占用低,运行流畅。
  • 多源聚合:整合多个视频源,轻松搜索并观看丰富内容。
  • 无需注册:即开即用,保护用户隐私。
  • 跨平台支持:兼容多种设备,随时随地享受视频。
  • 开源免费:完全开源,社区驱动,自由定制。

搭配NAS部署的优势

在NAS(如Synology、QNAP或TrueNAS)上部署LibreTV,可将您的个人服务器转变为私有视频中心,带来以下优势:

  • 私有化存储与访问:将视频索引和缓存存储在NAS,数据完全由您掌控。
  • 高可用性:NAS的24/7运行特性确保服务随时在线。
  • 低成本:利用现有NAS设备,无需额外云服务费用。
  • 灵活扩展:结合Docker或手动部署,轻松适配不同NAS系统。
  • 家庭共享:支持局域网访问,家人可通过多种设备观看视频。

适用场景

  • 个人娱乐中心:打造专属视频平台,随时观看喜爱的影视内容。
  • 家庭媒体共享:为家人提供便捷的视频流服务,支持多人同时访问。
  • 技术爱好者:学习前端开发、后端代理和NAS部署的理想实践项目。

立即体验LibreTV,将您的NAS转变为强大的私有视频平台

部署

Docker

docker run -d \
  --name libretv \
  --restart unless-stopped \
  -p 8899:8080 \
  -e PASSWORD=your_password \
  -e ADMINPASSWORD=your_adminpassword \
  bestzwei/libretv:latest

Docker Compose

docker-compose.yml 文件:

  services:
  libretv:
    image: bestzwei/libretv:latest
    container_name: libretv
    ports:
      - "8899:8080" # 将内部 8080 端口映射到主机的 8899 端口
    environment:
      - PASSWORD=${PASSWORD:-your_password} # 可将 your_password 修改为你想要的密码,默认为 your_password
      - ADMINPASSWORD=${PASSWORD:-your_adminpassword} # 可将 your_adminpassword 修改为你想要的密码,默认为 your_adminpassword
    restart: unless-stopped

预览

访问

https://localhost:8899

外网访问建议搭配Cloudflare Tunnel实现内网穿透,片源在源码中注释了哪个资源,感兴趣的可以自行研究

标签

#Nas #Cloudflare Tunnel #在线影视

Read more

Cloudflare Shared Dictionaries 现在值得试吗?我按官方 demo 跑了一次,先给频繁发版团队一个判断

Cloudflare Shared Dictionaries 现在值得试吗?我按官方 demo 跑了一次,先给频繁发版团队一个判断

Cloudflare Shared Dictionaries 现在值得试吗?我按官方 demo 跑了一次,先给频繁发版团队一个判断 如果你的网站或 Web 应用每天会发很多次前端 bundle,而且每次改动都不大,那么截至 2026-04-29,Cloudflare Shared Dictionaries 已经值得进测试名单,但还不值得当成“所有站点都该立刻上的通用优化项”。它真正解决的不是传统 gzip / Brotli 不够强,而是“你明明只改了一小段配置,用户却要重新下载整包”的高频发版浪费。 我这轮没有只看 Cloudflare 的发布文。我直接按官方 demo 给的 curl 流程跑了一次 canicompress.com:同一类约 93KB 的 JavaScript 资源,普通 gzip 传输了 22,423B,带共享字典的

By One AI
OpenAI Privacy Filter 适不适合拿来做脱敏 Web 应用?我实测后给出的判断

OpenAI Privacy Filter 适不适合拿来做脱敏 Web 应用?我实测后给出的判断

OpenAI Privacy Filter 适不适合拿来做脱敏 Web 应用?我实测后给出的判断 Article type: take 我先说结论:如果你要做的是文档高亮审阅、截图脱敏,或者“把一段敏感文本变成可分享的脱敏版本”这类入口,OpenAI Privacy Filter 已经值得拿来做原型;但如果你要的是可审计、字段级强约束、对中文或行业术语有稳定召回的生产脱敏链路,先别把它当成“一接就上”的成品。 这里说的 OpenAI Privacy Filter,当前准确指的是 Hugging Face Hub 上的 openai/privacy-filter 模型卡 和围绕它做的公开 demo,不是一个“在 OpenAI 控制台里点一下就开的 API 开关”。这个命名边界要先讲清,否则后面的部署、成本和数据路径都会判断错。 我这轮没有只看发布文。

By One AI
Telegram 无代码做 AI Bot?Managed Bots、BotFather 和真实门槛一次讲清

Telegram 无代码做 AI Bot?Managed Bots、BotFather 和真实门槛一次讲清

Telegram 无代码做 AI Bot?Managed Bots、BotFather 和真实门槛一次讲清 Article type: tutorial Voice: operator 如果你在 X 上看到“Telegram 现在支持无代码做 AI Bot”的说法,先别急着把它理解成“一键生成完整 AI Agent”。Telegram 这次真正开放的是 Managed Bots:它让一个管理 bot 可以替用户创建、接管并后续管理新的 bot。 这篇只讲 Managed Bots 这条官方创建与接管链路怎么跑通,不把“模型、知识库、状态管理、计费和运维”混进来。换句话说:这不是“AI bot 全栈教程”,而是“

By One AI
GitHub 的 Python dependency graph 现在更完整了?先按这份清单判断你的 SBOM 盲区还剩多少

GitHub 的 Python dependency graph 现在更完整了?先按这份清单判断你的 SBOM 盲区还剩多少

GitHub 的 Python dependency graph 现在更完整了?先按这份清单判断你的 SBOM 盲区还剩多少 Article type: tutorial Voice: operator 我先拿一个最小 Python 项目跑了一遍:requirements.txt 里只有一行 requests==2.32.3,但实际解析出来的安装树里,除了 requests,还会带出 charset-normalizer、idna、urllib3、certifi 这 4 个间接依赖。也就是说,如果你的视角还停在 manifest 层,SBOM 往往从第一步就已经不完整了。 先说结论 如果你的团队主要维护 Python 服务、内部工具或自动化脚本库,现在值得重新看一眼 GitHub 的 Python

By One AI
Follow @Fuuqius