这是我得到的错误信息:
Failed to execute 'postMessage' on 'DOMWindow': The target origin provided
('https://www.youtube.com') does not match the recipient window's origin
('http://localhost:9000').
我见过其他类似的问题，其中目标源是http://www.youtube.com，收件人源是https://www.youtube.com，但没有一个像我的问题一样，目标是https://www.youtube.com，源是http://localhost:9000。
我不明白这个问题。有什么问题吗? 我该怎么解决呢?
当前回答
设置这个似乎可以解决这个问题:
this$1.player = new YouTube.Player(this$1.elementId, {
videoId: videoId,
host: 'https://www.youtube.com',
其他回答
您可以将JavaScript保存到本地文件:
https://www.youtube.com/player_api https://s.ytimg.com/yts/jsbin/www-widgetapi-vfluxKqfs/www-widgetapi.js
在第一个文件中，player_api放入以下代码:
if(!window.YT)var YT={loading:0,loaded:0};if(!window.YTConfig)var YTConfig={host:"https://www.youtube.com"};YT.loading||(YT.loading=1,function(){var o=[];YT.ready=function(n){YT.loaded?n():o.push(n)},window.onYTReady=function(){YT.loaded=1;for(var n=0;n<o.length;n++)try{o[n]()}catch(i){}},YT.setConfig=function(o){for(var n in o)o.hasOwnProperty(n)&&(YTConfig[n]=o[n])}}());
在第二个文件中，找到代码:this.a.contentWindow.postMessage(a,b[c]);
将其替换为:
if(this._skiped){
this.a.contentWindow.postMessage(a,b[c]);
}
this._skiped = true;
当然，你也可以将其串联成一个文件——这样会更有效率。 这不是一个完美的解决方案，但它是有效的!
My Source: yt_api-concat
它看起来只是一个Chrome安全系统，阻止重复请求，使用CORB。
https://www.chromestatus.com/feature/5629709824032768
在我的案例中，YouTube在第一次加载相同的网页后阻止访问，该网页有许多视频API数据请求，高负载。
对于负载较低的页面，则不会出现此问题。
在Safari和其他非基于Chronuim的浏览器中，不会出现此问题。
如果我在新的浏览器中加载网页，问题不会发生，当我重新加载同一页面时，问题就出现了。
设置这个似乎可以解决这个问题:
this$1.player = new YouTube.Player(this$1.elementId, {
videoId: videoId,
host: 'https://www.youtube.com',
你可以改变你的iframe像这样，并添加原点为您当前的网站。它解决了我浏览器上的错误。
<iframe class="test-testimonials-youtube-group" type="text/html" width="100%" height="100%"
src="http://www.youtube.com/embed/HiIsKeXN7qg?enablejsapi=1&origin=http://localhost:8000"
frameborder="0">
</div>
裁判:https://developers.google.com/youtube/iframe_api_reference # Loading_a_Video_Player
至少在我的实例中，这似乎是一个无害的“未准备好”条件，API会不断重试，直到成功为止。
我在任何地方都能找到2到9个(在我最糟糕的测试中，通过蜂窝热点打开了20个标签的2009年的《化石书》)....但之后视频功能正常。一旦它运行我的postmessage基于调用seekTo肯定工作，还没有测试其他。
