视频播放场景下如何区分IPFS链接与普通视频流链接？现有逻辑是否可行

你当前的判断逻辑存在明显漏洞，实际可用性很低，核心缺陷包括：

• 误判概率高：采用任意位置字符串匹配的判断方式，没有定位URL的协议头位置。只要URL字符串里任意位置出现http/https内容，就判定为普通视频流，类似ipfs://QmXXX?fallback=https://gateway.xxx/ipfs/QmXXX这类带http跳转参数的原生IPFS链接，会被直接归类为普通流，跳过本地存储流程。
• 识别覆盖不全：目前绝大多数IPFS内容是通过HTTPS网关对外提供访问的，这类链接完全匹配你代码里“存在https字符串”的判定条件，会被直接当成普通视频流处理，完全绕过IPFS内容本地存储的流程。
• 逻辑鲁棒性差：哪怕不考虑IPFS场景，只要URL的非协议位置带http/https字符串，就会触发误判；同时因为没有做大小写归一化，类似HTTPS://这类全大写协议头的链接，会被漏判成需要走IPFS存储的内容。

放弃粗粒度的字符串包含判断，基于URL结构做规则化匹配区分链接类型，核心实现思路如下：

• 先用标准URL解析库提取链接的协议头、路径分段，避免模糊匹配带来的误判
• 明确IPFS类链接的识别规则，不要用“非http就是IPFS”做简单二分：
• 原生IPFS协议链接：协议头为ipfs、ipns格式的链接，必须走本地下载存储流程
• 网关托管的IPFS内容：http/https开头，但路径分段中存在/ipfs/xxx、/ipns/xxx固定标识段的链接，可按照业务要求判断是否需要走本地存储
• 裸IPFS哈希链接：无协议头、直接以IPFS CID格式开头的内容（比如以Qm、bafy开头的字符串），也要纳入识别范围
• 剔除所有带IPFS特征的链接后，剩下的无特殊标识的普通http/https视频流链接，直接返回原链接播放即可

可参考的实现代码示例：

from urllib.parse import urlparse

def resolve_video_play_url(raw_url):
    parsed = urlparse(raw_url.strip().lower())
    # 处理原生IPFS协议链接
    if parsed.scheme in ("ipfs", "ipns"):
        return download_ipfs_content_and_get_local_path(raw_url)
    # 处理http/https类链接
    if parsed.scheme in ("http", "https"):
        path_segments = parsed.path.strip("/").split("/")
        # 识别路径中带固定IPFS标识的网关链接
        if len(path_segments) >= 2 and path_segments[0] in ("ipfs", "ipns"):
            return download_ipfs_content_and_get_local_path(raw_url)
        # 普通视频流直接返回
        return raw_url
    # 处理无协议头的裸CID链接
    if parsed.path.startswith(("Qm", "bafy")):
        return download_ipfs_content_and_get_local_path(raw_url)
    # 异常格式走兜底逻辑
    raise ValueError("Video url format is not supported")

内容的提问来源于stack exchange，提问作者Dhivakhar Venkatachalam