该应用程序有一个缩略图页面。单击缩略图会调用播放器对象上的SetURL（）javascript函数。
在Windows上的Safari中，大约75％的时间，插件发出请求，发送cookie，生活也很好。另外25％的时间，它在一半的时间内无法加载，当它加载时，它不会循环。当它失败时，我们会看到以下请求：
127.0.0.1 - [20 / May / 2009：11：15：19 -0400]“GET / full /？id = 1 HTTP / 1.1”302 - “ - ”80 7542 0 QuickTime / 7.6（qtver = 7.6 ; os = Windows NT 5.1Service Pack 3） 127.0.0.1 - [20 / May / 2009：11：15：19 -0400]“GET / denied / HTTP / 1.1”200 3385“ - ”80 9050 0 QuickTime / 7.6（qtver = 7.6; os = Windows NT 5.1Service包3） 127.0.0.1 - [20 / May / 2009：11：15：20 -0400]“GET / full /？id = 1 HTTP / 1.1”200 2639638“ - ”80 2005787 2 Mozilla / 5.0（Windows; U; Windows NT 5.1; en-US）AppleWebKit / 525.27.1（KHTML，与Gecko一样）Version / 3.2.1 Safari / 525.27.1
第一个请求直接来自插件，请求不包含会话cookie，因此应用程序将其重定向到“未授权访问”页面。然后我们看到插件向重定向页面发出请求。然后我们从浏览器本身看到相同的初始请求。该请求包含cookie，因此它成功。大约一半时间，电影播放，另一半则不播放。
正如我所说的，如果我们在一个页面上有10个缩略图，那么至少有7个缩略图一切正常，所以我们知道插件实际上已加载了。没有javascript错误。
我在IE中看到过类似的行为，但无法一致地重现它。
思想？
答案 0 :(得分：0)
在我们的开发服务器上，我们用密码保护服务器级别的站点（通过htpasswd）。
在Firefox中，第一次为新电影调用SetURL（）时，浏览器会等待并弹出密码警报，无论它是否在钥匙串中被“记住”。一旦发送了凭证，QuickTime就会加载电影。
在Chrome中，它被人们记住了。
IE仍然不会交换文件。现在正在下载Charles Proxy ......