stkroot
stkroot
刚估算了下，仅评论，纯文本，刮下来大概需要 800M+； 你如果想存图片，估计要上 TB 了。 demo-movies 好像不需要刮图片，直接使用了 TMDB 的数据 ``` { "id": 12219, "title": "12人の怒れる男 評決の行方", "overview": "", "popularity": 7.824, "release_date": "1997-08-17", "runtime": 117, "vote_average": 7.7, "external_ids": { "imdb_id": "tt0118528",...
用的肥羊源，猜测可能是网络或源服务器问题，偶尔会获取失败 (订阅链接返回错误页面，一般等30分钟后服务器会恢复)。 因为我仅用了这一个源，所以遇到自动更新失败时，就被空数据覆盖。
> 下个版本会加入重试机制，等待五秒，重试五次。 一般遇到这种情况时（源服务器宕机），短时间内即使继续重试，返回的结果应该都差不多。 推荐重试间隔设为30分钟，且获取失败时，不使用空数据覆盖旧数据。
好的，冰茶源是什么？ 是指的肥羊群的 Mursor 源吗？
其实，只要能在更新失败时，不使用空数据覆盖旧数据，重试时间多少倒是无所谓。 因为定时更新周期内，旧数据大概率还是有效的 (例如 Mursor 源，有效期好像是24小时+)
> 新版本已修复。 好像没有修复，今天刚又发现直播源数据被清空 (应该是 `[11/23 12:06:18]` 的这条，更新失败导致的)。 版本v2025.11.10，定时任务日志中无报错 **定时任务日志**： ``` [11/17 00:04:22] 【成功执行】 update.php (3) [11/17 00:04:22] 【下次执行】 11/17 12:00 [11/17 12:06:21] 【成功执行】 update.php (4) [11/17 12:06:21] 【下次执行】 11/18 00:00...
> 更新日志显示什么呢？不是定时日志。 ``` [25-11-23 00:00:00] 【清理EPG数据】 共 953 条。 [25-11-23 00:00:00] 【清理更新日志】 共 2 条。 [25-11-23 00:00:00] 【清理定时日志】 共 4 条。 [25-11-23 00:00:00] 【Memcached】 已清空。 [25-11-23 00:00:00] 【时区转换】 关闭 [25-11-23...
刚刚又遇到直播源数据被清空，更新失败时，保留旧数据功能，貌似未起作用。版本 v2025.12.11 貌似这次是因为网站Error 512 套餐到期： https://live.ottiptv.cc/iptv.m3u
> 【已恢复】Mursor大佬的CDN挂了，等恢复中，完了得劝大佬换一个好点的CDN 昨天是因为 CDN挂了。可以考虑加个简单判断。 例如：判断，如果更新后的`新直播源数据`为空，则自动跳过？不覆盖旧数据 现在的主要问题是，即使新数据为空时，旧数据仍会被空数据覆盖。
能增加判断整个为空就够用了，因为其实我也就用了一个`Mursor源` (除这个，暂未找到其它可用又稳定的源)。 按照我之前一段时间的使用情况，在仅使用`Mursor源`时，判断`符合m3u或txt格式的特征`貌似并未起作用。