TelegramRSS：把公开 Telegram

22次阅读

获取下载链

微信关注「软件教程管家」公众号，回复 telegram-rss

TelegramRSS 中文版下载|多平台（把公开 Telegram 帖子转成 RSS 的自托管服务）

30 秒速读：想用 RSS 阅读器追几个公开 Telegram 频道，却发现频道本身不提供订阅源，手动刷又费时间。TelegramRSS 是一个基于 PHP 与 Amp 的自托管微服务，能把公开 Telegram 帖子转成 RSS 或 JSON，还带媒体直链、共享缓存和访问限流。本篇讲清它怎么搭、限流怎么配，以及哪些场景不适合直接用它。

项目信息表

项目名	TelegramRSS
仓库	github.com/xtrime-ru/TelegramRSS
技术栈	PHP + Amp 异步 HTTP 服务器 + Symfony RateLimiter（据 README/仓库说明）
部署形态	自托管微服务（需要 PHP 8.4.1 或更高版本）
上游依赖	TelegramApiServer（必须先准备好才能取帖子）
输出格式	RSS 与 JSON 两种
许可证	以仓库 LICENSE 为准

版本选择：先定用途，再定输出格式

结论先行：个人追更只用 RSS 就够了；要把帖子喂给自建应用再选 JSON；两种需求都有也不用装两套，同一服务两种输出都给。

用法	适合谁	不适合谁
RSS 订阅	用阅读器追公开频道、群组更新的个人用户	需要对帖子做二次加工、入库、再分发的场景
JSON 微服务	自建聚合、机器人、数据处理等程序化消费端	只是想在阅读器里看看更新的人，JSON 反而多一层解析成本
多客户端共享	一家人或一个团队共用同一批订阅源	各客户端配额必须严格隔离的场景（限流状态单进程内有效，见下文）

安装与上手：关键卡点只有三处

先确认 PHP 版本：据 README/仓库说明，当前锁定依赖要求 PHP 8.4.1 或更高版本，低于这个版本不在已说明范围内，装之前先把版本对上，免得依赖装到一半才返工。
接通 TelegramApiServer：TelegramRSS 本身不直连 Telegram 取数据，必须先配好上游 TelegramApiServer 连接；上游不通，后面订阅源、媒体直链全是空的，排错先查这一环。
用 Composer 装依赖：项目用 Composer 管理 PHP 依赖，装完按 README 的启动方式起服务，先拿一个公开频道做一次 RSS 输出验证，确认帖子、媒体链接都能出来再对外放链接。

装完必改设置：限流配不好，服务先被刷垮

1. 订阅源请求限流（RPM）：入口在服务配置的 RPM 相关项。据 README/仓库说明，订阅源、图标、媒体、预览和 Range 请求各有独立限流，先按访问规模给订阅源定一个保守值，公开链接被转发后突发流量也不会把上游拖垮。

2. 媒体请求限流（MEDIA_RPM）：入口在服务配置的 MEDIA_RPM 项。媒体直链是流量大头，帖子里的图片、视频都走这里，单独给媒体设限流，避免一个人刷媒体就把整站带宽占满。

3. 按客户端分级（CLIENTS_SETTINGS）：入口在服务配置的 CLIENTS_SETTINGS 项。自己人、合作方、公开访客分三档配额，体感差别很直接：自己人阅读器刷新不卡，公开访客刷爆了也只影响自己的档位。

4. 改完配置要重启：据 README/仓库说明，运行时变更限制需要重启才能应用，而且配额只保存在内存里，进程重启后从空配额开始算。所以改配置的操作顺序是：改配置、重启服务、重新验证一次限流是否生效，不要以为保存即生效。

注意事项与常见问题

Q：只能转公开内容吗？私有群组行不行？

A：据 README/仓库说明，项目面向公开 Telegram 帖子，私有群组、私有频道等受限内容的支持方式没有说明。拿它做私有内容聚合前，先去 README 和源码里确认，不要默认能用。

Q：多进程部署后限流为什么对不上数？

A：这是已知架构边界：限流状态属于单个进程，多进程或多工作进程之间不会共享配额。需要严格全局限流的场景，要先评估这个限制，或者改走单进程加前端反代的部署方式。

Q：重启后之前封禁的用户怎么又能访问了？

A：配额只存在内存里，进程重启或恢复用户后会从空配额开始。这是设计使然，不是 Bug；需要持久化封禁的场景，要在反代层或防火墙层再加一道 fail2ban 与 IP 黑名单，项目本身也提供这两项能力，可以配合着用。

Q：媒体链接打不开，先查哪里？

A：先查上游 TelegramApiServer 是否正常，再查媒体限流 MEDIA_RPM 是不是被自己设得太低，最后确认订阅源输出里媒体直链的域名在当前网络下可达，三步基本能定位。

适用人群与横向对比

适合需要把公开 Telegram 频道接进 RSS 阅读器、JSON 消费端或自建聚合服务的开发者和自托管用户，前提是能维护一个 PHP 服务、能提供 TelegramApiServer 上游。如果你只是偶尔看一两个频道、不想维护服务器，那就不值得为它起一个服务，用现成的聚合工具更省事；反过来，如果订阅源要长期稳定、多客户端共享、还要自己控限流，TelegramRSS 这种专用微服务比通用聚合方案更可控。选型一句话：能自托管、只要公开内容、需要 RSS 与 JSON 双输出，就值得评估；缺上游、要私有内容、要多进程共享配额，就先别急着上。