YouTube DataApi v3 订阅限制
YouTube DataApi v3 subscription limitations
我正在使用 https://developers.google.com/youtube/v3/guides/push_notifications 持续监控 ~ 2,000 个频道以获取新视频等
直到上周，我在使用 pubnubsubbub 时没有遇到任何问题，但是，出于某种原因，当我尝试访问时（通过 curl 或 requests) https://pubsubhubbub.appspot.com/subscribe 无非就是
<p>
<b>403.</b> <ins>That’s an error.</ins>
<p>Your client does not have permission to get URL <code>/subscribe</code> from this server. <ins>That’s all we know.</ins>
</p>
所以我的问题是：
- 是否有任何限制（IP 或时间或配额）记录在某处并且我不知何故达到了？由于 xml 调用是“无限制的”，而且我在官方 YouTube 数据 Api 文档中没有发现任何差异
- 有人用 YouTube 数据Api 3
找到了更好的 pub/sub 频道（付费与否）
- 如果有人有类似情况，我的“禁令”会持续多久
如果问题仍然存在，并且收到最多延迟 6 分钟的“通知”不是问题，这里有一个解决方法。
我没有使用pubsubhubbub，但是你可以模拟一下它的优点。事实上，您每天有 10 000 个配额，使用 PlaylistItems: list with the uploads playlist of the channel found with contentDetails in part by using Channels: list。
同样，您可以使用 1 个配额检查 50 个 YouTube 频道的新视频，因此如果您想检查 2000 个频道，则必须花费 40 个配额。
如果你想在白天统一检查你可以每天进行 250 次全局检查，所以每 346 秒（将近 6 分钟）一次。
当然，您必须存储为 YouTube 频道找到的最后一个视频，以便在新的全局检查期间检查是否有任何差异。
如果您只想要一个布尔值响应，无论您当前的请求响应是否与之前的响应不同，您可以检查 etag.
根据 Marco Aurelio 的建议，我正在添加我的解决方案。
我的 VPS 提供商在我的服务器 运行 所在的数据中心的 IPv6 网络上有一些来自 Google 的禁令。因此，通过联系他们并修复我的网络设置，pubsubhubbub 继续正常工作。
因此，对于未来调试器在这里绊倒的提示是尝试 curl 任何其他 Google API（例如函数），您 100% 确定它可以工作，如果您仍然收到 403，然后您的 IP 地址范围由于某种原因被阻止（例如我的数据中心禁令）
我正在使用 https://developers.google.com/youtube/v3/guides/push_notifications 持续监控 ~ 2,000 个频道以获取新视频等
直到上周，我在使用 pubnubsubbub 时没有遇到任何问题，但是，出于某种原因，当我尝试访问时（通过 curl 或 requests) https://pubsubhubbub.appspot.com/subscribe 无非就是
<p>
<b>403.</b> <ins>That’s an error.</ins>
<p>Your client does not have permission to get URL <code>/subscribe</code> from this server. <ins>That’s all we know.</ins>
</p>
所以我的问题是：
- 是否有任何限制（IP 或时间或配额）记录在某处并且我不知何故达到了？由于 xml 调用是“无限制的”，而且我在官方 YouTube 数据 Api 文档中没有发现任何差异
- 有人用 YouTube 数据Api 3 找到了更好的 pub/sub 频道（付费与否）
- 如果有人有类似情况，我的“禁令”会持续多久
如果问题仍然存在，并且收到最多延迟 6 分钟的“通知”不是问题，这里有一个解决方法。
我没有使用pubsubhubbub，但是你可以模拟一下它的优点。事实上，您每天有 10 000 个配额，使用 PlaylistItems: list with the uploads playlist of the channel found with contentDetails in part by using Channels: list。
同样，您可以使用 1 个配额检查 50 个 YouTube 频道的新视频，因此如果您想检查 2000 个频道，则必须花费 40 个配额。
如果你想在白天统一检查你可以每天进行 250 次全局检查，所以每 346 秒（将近 6 分钟）一次。
当然，您必须存储为 YouTube 频道找到的最后一个视频，以便在新的全局检查期间检查是否有任何差异。 如果您只想要一个布尔值响应，无论您当前的请求响应是否与之前的响应不同，您可以检查 etag.
根据 Marco Aurelio 的建议，我正在添加我的解决方案。
我的 VPS 提供商在我的服务器 运行 所在的数据中心的 IPv6 网络上有一些来自 Google 的禁令。因此，通过联系他们并修复我的网络设置，pubsubhubbub 继续正常工作。
因此，对于未来调试器在这里绊倒的提示是尝试 curl 任何其他 Google API（例如函数），您 100% 确定它可以工作，如果您仍然收到 403，然后您的 IP 地址范围由于某种原因被阻止（例如我的数据中心禁令）