几分钟验完 500 个直播源iptv-checker 部署、检测与定时巡检指南【免费下载链接】iptv-checkerIPTV checker tool for Docker CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker为什么手动验证 500 个频道不现实周日午后你在播放器里切台体育频道全部转圈。打开那份 M3U 列表里面还是三个月前收的链接一半早就不通了。逐个点开验证500 个频道要一下午。这种活可以交给程序iptv-checker 是一个开源的 IPTV 源检测工具把列表里的每个地址批量验一遍再把可用的部分导出成新列表。iptv-checker 是什么播放列表的自动体检一句话定位它是跑在你自己机器上的播放列表体检工具适合手里常年攥着几份 IPTV 源、需要定期清理失效链接的人。检测原理不复杂工具把列表里的每个 URL 当成待测目标并发地发 HTTP 请求按响应状态和超时判定是否在线。想更严格一点可以开启 FFmpeg 强制检测让工具真正拉一段流确认能连上和能播放是两回事。M3U、M3U8、TXT 三种格式的列表都能直接喂进去。一条 Docker 命令部署 iptv-checkerDocker 是最省事的路径两条命令docker pull zmisgod/iptvchecker docker run -d -p 8081:8089 --name iptv-checker zmisgod/iptvchecker图省事的话直接用仓库自带的 docker-compose.yaml端口映射 8081:8089 和开机自启都配好了docker-compose up -d一条命令即可。启动后浏览器打开http://127.0.0.1:8081进入管理界面。首次使用建议按这个顺序做三件事新建检测任务粘贴一个 M3U 地址或上传本地文件先跑一次手动检测看结果表里状态列的分布导出一次仅可用的列表存一份基线之后每次检测都能和它对比。基线列表是后面一切对比的前提。没有它源是不是挂了只能靠感觉。四个高频功能怎么用按实际使用频率从高到低拆开讲。批量检测先看结果表把列表交给任务后界面以表格列出每个频道的状态在线和失效一眼可分。检测是并发执行的进度实时刷新大列表也不用守着页面。结果导出只留活口检测完的核心动作是导出。支持 M3U 和 TXT 两种格式4.4.0 版本起还能把 IPv4 与 IPv6 的结果分开输出家里走 IPv6、外网走 IPv4 时两份列表各取所需。给播放列表加定时巡检不想每次手动点检测就把任务挂进后台调度设定周期后到期自动执行结果持续更新。4.7.0 起后台任务支持并发执行5.0.0 修复了单源检查无硬超时导致的任务卡死问题——如果你挂的是长周期任务建议顺手确认一下当前版本。FFmpeg 深度检测怎么开默认检测只看 HTTP 层有的源返回 200 但流根本播不了。在任务设置里打开 FFmpeg 强制检测工具会实际拉流验证。代价是速度变慢、占用变高适合列表不大、或对播放质量有硬性要求的场景。超时时间也在这里按源的质量单独配置。三个真实用法与三个坑场景一CI 里做质量门禁。如果你维护的订阅源要分发给别人可以把 CLI 版本接进流水线每次更新列表先过一轮检测不合格直接阻断发布。README 也把 CI/CD 自动化检测列为适用场景之一。场景二换播放器前先过滤。桌面播放器导入新源之前先用 Web 界面跑一轮检测导入过滤后的列表。开播成功率比直接扔一份原始 M3U 进去高得多。场景三配合 EPG 整理频道名。4.7.0 起有独立的 EPG 管理和频道分组映射导入的杂牌列表经过规范化后tvg-name 和分组都能对上播放器里不再是一堆乱码名。坑的部分列成表更清楚现象原因规避办法拉取 GitHub 公共源被限流匿名 API 配额只有 60 次/小时系统配置里填入 github_token配额提到 5000 次/小时保存时会自动验证有效性状态显示在线、实际播不了源返回 200 但没有有效流对该任务开启 FFmpeg 强制检测大列表检测变慢、本机带宽被占满并发数偏高从低并发开始逐步加以自己的带宽上限为准去哪里看更多它解决的只有一件事把哪些源还活着从人肉工作变成程序工作。完整功能列表见 README.md版本变更见 CHANGELOG.md部署或检测遇到问题直接去项目的 Issue 页面提。【免费下载链接】iptv-checkerIPTV checker tool for Docker CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
几分钟验完 500 个直播源iptv-checker 部署、检测与定时巡检指南【免费下载链接】iptv-checkerIPTV checker tool for Docker CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker为什么手动验证 500 个频道不现实周日午后你在播放器里切台体育频道全部转圈。打开那份 M3U 列表里面还是三个月前收的链接一半早就不通了。逐个点开验证500 个频道要一下午。这种活可以交给程序iptv-checker 是一个开源的 IPTV 源检测工具把列表里的每个地址批量验一遍再把可用的部分导出成新列表。iptv-checker 是什么播放列表的自动体检一句话定位它是跑在你自己机器上的播放列表体检工具适合手里常年攥着几份 IPTV 源、需要定期清理失效链接的人。检测原理不复杂工具把列表里的每个 URL 当成待测目标并发地发 HTTP 请求按响应状态和超时判定是否在线。想更严格一点可以开启 FFmpeg 强制检测让工具真正拉一段流确认能连上和能播放是两回事。M3U、M3U8、TXT 三种格式的列表都能直接喂进去。一条 Docker 命令部署 iptv-checkerDocker 是最省事的路径两条命令docker pull zmisgod/iptvchecker docker run -d -p 8081:8089 --name iptv-checker zmisgod/iptvchecker图省事的话直接用仓库自带的 docker-compose.yaml端口映射 8081:8089 和开机自启都配好了docker-compose up -d一条命令即可。启动后浏览器打开http://127.0.0.1:8081进入管理界面。首次使用建议按这个顺序做三件事新建检测任务粘贴一个 M3U 地址或上传本地文件先跑一次手动检测看结果表里状态列的分布导出一次仅可用的列表存一份基线之后每次检测都能和它对比。基线列表是后面一切对比的前提。没有它源是不是挂了只能靠感觉。四个高频功能怎么用按实际使用频率从高到低拆开讲。批量检测先看结果表把列表交给任务后界面以表格列出每个频道的状态在线和失效一眼可分。检测是并发执行的进度实时刷新大列表也不用守着页面。结果导出只留活口检测完的核心动作是导出。支持 M3U 和 TXT 两种格式4.4.0 版本起还能把 IPv4 与 IPv6 的结果分开输出家里走 IPv6、外网走 IPv4 时两份列表各取所需。给播放列表加定时巡检不想每次手动点检测就把任务挂进后台调度设定周期后到期自动执行结果持续更新。4.7.0 起后台任务支持并发执行5.0.0 修复了单源检查无硬超时导致的任务卡死问题——如果你挂的是长周期任务建议顺手确认一下当前版本。FFmpeg 深度检测怎么开默认检测只看 HTTP 层有的源返回 200 但流根本播不了。在任务设置里打开 FFmpeg 强制检测工具会实际拉流验证。代价是速度变慢、占用变高适合列表不大、或对播放质量有硬性要求的场景。超时时间也在这里按源的质量单独配置。三个真实用法与三个坑场景一CI 里做质量门禁。如果你维护的订阅源要分发给别人可以把 CLI 版本接进流水线每次更新列表先过一轮检测不合格直接阻断发布。README 也把 CI/CD 自动化检测列为适用场景之一。场景二换播放器前先过滤。桌面播放器导入新源之前先用 Web 界面跑一轮检测导入过滤后的列表。开播成功率比直接扔一份原始 M3U 进去高得多。场景三配合 EPG 整理频道名。4.7.0 起有独立的 EPG 管理和频道分组映射导入的杂牌列表经过规范化后tvg-name 和分组都能对上播放器里不再是一堆乱码名。坑的部分列成表更清楚现象原因规避办法拉取 GitHub 公共源被限流匿名 API 配额只有 60 次/小时系统配置里填入 github_token配额提到 5000 次/小时保存时会自动验证有效性状态显示在线、实际播不了源返回 200 但没有有效流对该任务开启 FFmpeg 强制检测大列表检测变慢、本机带宽被占满并发数偏高从低并发开始逐步加以自己的带宽上限为准去哪里看更多它解决的只有一件事把哪些源还活着从人肉工作变成程序工作。完整功能列表见 README.md版本变更见 CHANGELOG.md部署或检测遇到问题直接去项目的 Issue 页面提。【免费下载链接】iptv-checkerIPTV checker tool for Docker CMD, check your playlist is available项目地址: https://gitcode.com/GitHub_Trending/ip/iptv-checker创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
