Rss 使用xmlUrl/podcast提要值搜索podcast

Rss 使用xmlUrl/podcast提要值搜索podcast,rss,itunes,podcast,opml,Rss,Itunes,Podcast,Opml,我正在用Swift写一个播客应用程序。对于播客搜索,我使用的是iTunesAPI,它运行良好。但是,我需要使用播客提要url(xmlUrl)进行搜索,该url可以是手动输入的,也可以是从OPML文件中提取的,例如“”。这不是iTunesAPI中可以使用的参数。人们如何使用该值作为参数来搜索播客;iTunes搜索API不允许对feedUrl进行搜索。相反,我建议根据播客提要的标题和插曲标题查询iTunes搜索API,然后与用户的提要进行比较,选择最佳匹配项 理想情况下,您可以使用feedURL字段

我正在用Swift写一个播客应用程序。对于播客搜索,我使用的是iTunesAPI,它运行良好。但是,我需要使用播客提要url(xmlUrl)进行搜索,该url可以是手动输入的,也可以是从OPML文件中提取的,例如“”。这不是iTunesAPI中可以使用的参数。人们如何使用该值作为参数来搜索播客;iTunes搜索API不允许对feedUrl进行搜索。相反,我建议根据播客提要的标题和插曲标题查询iTunes搜索API,然后与用户的提要进行比较,选择最佳匹配项

理想情况下,您可以使用feedURL字段搜索[iTunes search API][1],该字段在对“播客”实体执行搜索时返回。例如:

     "wrapperType": "track",
      "kind": "podcast",
      "collectionId": 1469835145,
      "trackId": 1469835145,
      "artistName": "Jack Johnson",
      "collectionName": "Football Is Anime Podcast",
      "trackName": "Football Is Anime Podcast",
      "collectionCensoredName": "Football Is Anime Podcast",
      "trackCensoredName": "Football Is Anime Podcast",
      "collectionViewUrl": "https://podcasts.apple.com/us/podcast/football-is-anime-podcast/id1469835145?uo=4",
      "feedUrl": "https://feeds.simplecast.com/gbmDbRU_",
...
但是,feedURL不是API中可供搜索的属性。iTunes搜索API仅限于与播客相关的以下属性:

标题项、语言项、作者项、genreIndex、艺术家项、, 评级指标,关键字,描述术语

即使苹果提供了通过feedUrl进行搜索的功能,我也不会100%相信它,因为许多播客使用各种形式的HTTP重定向,这导致不同的feedUrl存储在苹果播客中。例如:您的用户提供,但苹果播客可能有。因此,如果您在URL上搜索,它将失败

您注意到需要“使用播客提要url进行搜索”,但我不确定您希望从iTunes搜索API获得什么值。由于您可以从一个OPML文件或一个手动输入的提要url中获取feedURL中的大部分播客元数据,因此我假设您想要获取iTunes特有的数据:collectionId、trackId或viewURL

我建议根据播客提要的标题和插曲标题查询iTunes搜索API,然后与用户提供的提要进行比较,并选择最佳匹配项

  • 从用户在应用程序中提供的播客提要url中提取标题和插曲标题,该url可在标签中找到
  • 根据iTunes搜索API对播客标题执行搜索。细节 这里[1],但这里有一个
  • 您可能会得到多个结果。每个结果都提供了一个标题,您可以将其与用户的URL进行比较,还提供了一个feedUrl,您可以查询插曲标题并用于比较

  • 一旦您知道哪个结果是匹配的,原始结果将包含CollectionId(该特定播客的Apple标识符)以及trackViewUrl(该播客的Apple公共URL)
  • [1]


    谢谢你的回答。事实上,我已经在做你推荐的事情,并且正在尝试优化它。点击网络从播客提要url中检索标题,然后使用iTunesAPI点击网络搜索标题,这是相当缓慢的。当用户仅使用提要url而不是itunes accepts参数搜索播客时,这是可以接受的。但是,当从OPML导入数百个提要URL并且必须为每个URL导入这些URL时,速度会很慢。应用程序需要所有iTunes元数据来设置订阅。只是希望有更好的方法。既然你已经有了订阅源URL,为什么还需要苹果播客元数据?你喜欢使用苹果服务器上缓存的播客图像吗?我的经验是,提要url上的xml可能真的不可预测。理论上,所有的iTunes元数据都可以在提要url上找到,但是它的标签可能不一致,而iTunes元数据总是非常干净的。但也许我只需要花更多的精力解析提要url上的xml——大多数人就是这样做的吗?“应用程序需要所有iTunes元数据来设置订阅。”我原以为订阅播客时只需要RSS提要url?“理论上,所有iTunes元数据都可以在提要url上找到,但标记可能不一致。。。“由于您已经检索到RSS提要,因此使用提供的数据会有所帮助。也许您可以对从提要接收到的元数据添加一些简单的测试,只有在元数据测试中断时才能查询到Apple播客中。