Soundcloud iFrame“autoplay”中无法解释的多天失效选项...托管问题？ [英] Unexplained, multi-day lapse in Soundcloud iFrame "autoplay" option...hosting issue?

问题描述

此页面
http://falsefeatures.com/aBookForPrivateReading/PlayHeavyWater
包含一个设置为自动播放的iFrame soundcloud播放器。

this page http://falsefeatures.com/aBookForPrivateReading/PlayHeavyWater contains an iFrame soundcloud player set to autoplay.

我在类似的页面中创建了自动播放选项停止工作。它在这个页面上也不起作用，不是两天，在几个浏览器和多个连接中。

I made it after, in a similar page, the autoplay option stopped working. it didn't work on this page either, not for two days, in several browsers and more than one connection.

今天它自动播放，原始的，更复杂的页面 - 没有更改代码。

today it autoplays, as does the original, more complex page - no code changes have been made.

问题：有谁知道这个惊人的失误可能是我的虚拟主机服务的错误（去吧爸爸）？我正在找工作，我的投资组合的一部分取决于这个功能。

QUESTION: Does anyone know if this alarming lapse COULD have been the fault of my webhosting service (godaddy)? I'm job hunting and part of my portfolio depends on this functionality.

过去几天有没有其他人听到过或发现过类似情况？什么托管？因为如果是一个声音云问题或者网站主题问题，我有一些想法要做！

Has anyone else heard of or noticed anything similar in the last few days? on what hosting? Cause if it was a soundcloud issue, or a webhosting issue, I've got some thinking to do!

-Marqso

推荐答案

我对你的主要问题的回答是不。如果浏览器能够连接到您的托管服务提供商以下载并显示HTML文档，那么浏览器与您的托管服务提供商的互动就完成了。

My answer to your primary question is "no". If a browser was able to connect to your hosting provider to download and display the HTML document, then the browser's interaction with your hosting provider is done.

我们可以成为确定的是，你已经制作了一个很好的，最小的测试用例。它很容易阅读，并注意它不涉及您的提供商的任何进一步内容。

The reason we can be certain about this is that you have produced a nice, minimal test case. It's easy to read it and notice that it does not refer to any further content located on your provider.

它确实尝试从SoundCloud中获取内容（javascript文件和用于填充iframe的内容），这是最可能的失败点。

It does try to fetch content from SoundCloud (a javascript file and the content used to populate the iframe) so that is the most likely point of failure.

SoundCloud必定已经将球丢弃，他们有很多可能的方法。也许他们部署了他们的api.js文件的更新版本，这些文件破坏了某些东西，或者可能在他们的/播放器服务后面的服务器代码中出现了一些类似的回归（这一点打破了他们如何尊重auto_play = true属性）。

SoundCloud must have dropped the ball on their end, and there are many possible ways they could have done that. Maybe they deployed an updated version of their api.js file that broke something, or maybe some similar regression appeared in server code behind their /player service (something that broke how they honor the auto_play=true property).

这篇关于Soundcloud iFrame“autoplay”中无法解释的多天失效选项...托管问题？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！