Kometa项目TMDb时间格式异常问题分析与解决方案

问题背景

Kometa是一款基于Python开发的媒体库管理工具，它通过与TMDb（The Movie Database）API的交互来获取影视元数据。近期，Kometa用户普遍报告了一个严重问题：系统在处理TMDb返回的时间数据时出现格式不匹配的错误，导致整个应用无法正常运行。

错误现象

用户在执行Kometa操作时，系统抛出如下典型错误信息：

ValueError: time data '2009-01-23 16:34:44 UT' does not match format '%Y-%m-%dT%H:%M:%S'

这表明Kometa期望接收ISO 8601格式的时间字符串（如"2023-02-14T01:31:39"），但实际收到的是带有"UT"后缀的格式（如"2023-02-14 01:31:39 UT"）。

问题根源

经过技术分析，这个问题源于TMDb API近期对时间格式进行了不兼容的变更：

1. 格式变更：TMDb将原本的ISO 8601标准时间格式（%Y-%m-%dT%H:%M:%S）修改为包含"UT"后缀的格式
2. 解析失败：Kometa内置的TMDb API解析器没有对这种新格式做兼容处理
3. 缓存影响：部分用户即使清空缓存后问题仍然存在，说明问题不仅限于缓存数据

解决方案演进

临时解决方案

在官方修复发布前，社区提供了以下临时解决方案：

1. 手动替换tmdb.py文件：

   • 下载修复后的tmdb.py文件
   • 对于非Docker环境，直接替换Python包中的对应文件
   • 对于Docker环境，通过卷映射覆盖容器内文件

2. 清除缓存：

   • 删除或重命名config.cache文件强制重建缓存

长期解决方案

随着问题的发展，更完善的解决方案逐步推出：

1. 升级tmdbapis库：

   pip install --upgrade tmdbapis==1.2.26
   

   这个版本包含了对新时间格式的完整支持

2. 使用nightly分支： Kometa的nightly分支已经整合了完整的修复方案

技术细节

时间格式处理机制

Kometa通过Python的datetime.strptime方法解析TMDb返回的时间数据。修复后的版本需要处理两种时间格式：

1. 传统ISO格式：%Y-%m-%dT%H:%M:%S
2. 新格式：%Y-%m-%d %H:%M:%S UT

缓存机制影响

虽然问题主要出在API响应解析阶段，但缓存系统也可能受到影响：

1. 错误的时间数据可能被缓存
2. 清除缓存可以确保获取最新的API响应
3. 部分用户需要多次清除缓存才能完全解决问题

最佳实践建议

1. 升级方案：

   • 优先考虑升级tmdbapis到1.2.26或更高版本
   • 次选方案是使用Kometa的nightly分支

2. 故障排查：

   • 添加--log-requests参数获取详细请求日志
   • 检查Plex中的匹配状态，确保元数据完整

3. 环境差异：

   • 注意不同Docker镜像的文件路径差异
   • LinuxServer.io镜像使用不同Python路径

总结

这次Kometa与TMDb API的兼容性问题展示了外部API变更可能对依赖系统造成的广泛影响。通过社区协作和快速响应，问题在短时间内得到了有效解决。建议用户保持组件更新，并关注官方渠道的技术公告，以确保系统稳定运行。