C# 用于.NET可用性的PageSpeed Insights API V6客户端库

C# 用于.NET可用性的PageSpeed Insights API V6客户端库,c#,.net,pagespeed,C#,.net,Pagespeed,PageSpeed Insights APIClient Library V.6 for.NET仍不可用。是否有替代或测试库 注:我查看了各种资源(,Google),没有找到指向PageSpeed V6 API的更新或版本。我们调查发现,当.NET Client for PageSpeed Insight进行调用时进行的PagePeed API调用已经在版本6上。因此,不需要单独的新版本客户端库。然而,用于触发Lighthouse分数的内部RESTAPI调用仍然在其URL中显示v5,尽管返回的结

PageSpeed Insights API
Client Library V.6 for.NET仍不可用。是否有替代或测试库


注:我查看了各种资源(,Google),没有找到指向PageSpeed V6 API的更新或版本。

我们调查发现,当.NET Client for PageSpeed Insight进行调用时进行的PagePeed API调用已经在版本6上。因此,不需要单独的新版本客户端库。然而,用于触发Lighthouse分数的内部RESTAPI调用仍然在其URL中显示v5,尽管返回的结果是V6结果。这种混淆使我们找到了最新的客户端库。

我们调查发现,当.NET client for Pagespeed Insight调用时,PageApeed API调用已经在版本6上进行了。因此,不需要单独的新版本客户端库。然而,用于触发Lighthouse分数的内部RESTAPI调用仍然在其URL中显示v5,尽管返回的结果是V6结果。这种混乱导致我们找到了最新的客户端库。

我投票结束这个问题,因为我们无法预测未来事件何时或是否会发生。@Ryan,我们调查发现,调用.NET client for Pagespeed Insight时进行的分页API调用已经在版本6上。因此,不需要单独的新版本客户端库。然而,用于触发Lighthouse分数的内部RESTAPI调用仍然在其url中显示v5,尽管返回的结果是V6结果。这种混乱使我们找到了最新的客户端库。请解开这个问题,这样我就可以提供这项研究作为我问题的答案。这听起来很合理:如果它已经存在,那么它就不会是对未来的预测。我已经投票决定重新开始这个问题。为了澄清,任何人都不应该在投票结束一个问题之前等待。您需要从一开始就提供问题中所需的所有信息。如果它丢失了,我们有能力重新打开它作为一种逃逸机制,但这只是一种逃逸机制。我投票结束这个问题,因为我们无法预测未来事件何时或是否会发生。@Ryan,我们调查发现,在调用.NET Client for Pagespeed Insight时进行的分页API调用已经在版本6上。因此,不需要单独的新版本客户端库。然而,用于触发Lighthouse分数的内部RESTAPI调用仍然在其url中显示v5,尽管返回的结果是V6结果。这种混乱使我们找到了最新的客户端库。请解开这个问题,这样我就可以提供这项研究作为我问题的答案。这听起来很合理:如果它已经存在,那么它就不会是对未来的预测。我已经投票决定重新开始这个问题。为了澄清,任何人都不应该在投票结束一个问题之前等待。您需要从一开始就提供问题中所需的所有信息。如果它不见了,我们有能力重新打开它作为一种逃生机制,但它仅仅是:一种逃生机制。