这是代理和插件开发人员的问题.
对于特定网站而言,通常的心态是"他们做出改变,打破我们的插件;我们改变逻辑,使其再次运作".
但是,如果对方也担心这个怎么办？如果我们想为一个代理友好的网站编译一套指南和最佳实践进行网站开发,你建议应该去做什么？想想你必须破解的坚果.你还记得那些你希望网站开发者以不同方式完成某项功能的时刻吗？怎么样？
由于这涉及编码,我不认为它应该去serverfault.
编辑:在阅读Pekka的评论后,我觉得我应该添加更多背景信息.
有一些Web代理脚本,如glype和PHProxy.由于脚本应该处理许多未知条件,因此无法为许多站点提供服务.因为这些网站的数量是压倒性的,所以尝试使代理的内部逻辑足够复杂以处理这种巨大的变化是没有意义的.这是插件派上用场的地方.main或base脚本实现了一种在每个站点基础上调用插件代码的机制.
因此,如果代理无法提供服务,那就说facebook.com,顺便提一下,对挑战感兴趣的编码人员会进行一些研究和调试,找出链条被破坏的地点和原因以及应该采取什么措施来解决问题.编码器将其修复程序实现为该特定站点的插件,用户可以将插件放入其插件目录中.
但也会发生网站上的某些内容发生变化,而这种变化会导致插件再次崩溃.因此,赶上网站的最新变化是一个持续的匹配.具有讽刺意味的是,许多网站开发人员既不知道也不关心他们的设计决策可能对内容的代理服务能力产生的影响.但有些网站有充分理由关注访问者通过代理访问其内容的能力.不想在这里进入政界,所以我留给你猜猜为什么这对某些网站来说可能很重要.
这个问题试图利用代理和插件作者的集体知识和经验,制定一套使网站代理友好的指南.
我没有标记问题php最初,因为它主要涉及网站的输出,而不是你如何生成它.但决定对其进行标记,因为它会提高问题的可见性,并且标签也可以在目标受众的基础上进行验证.我也在制作这个社区wiki,所以如果你觉得应该删除php标签,那就这样做吧.
我需要一个可以从第三方网站流式传输音频的功能.
假设.
调节器
function getStreamAudio($id){
$audioDetails = Audio::find($id); //Get audio details
$audio_full_url = $audioDetails->audio_path; //www.otherdomain.com/abc/xyz.mp3
//here i need to strem audio through id
}
我有与HTML下面相同的播放列表
<audio src="www.mydomain.com/stream_audio/1"></audio> // src tags are excute the above function
<audio src="www.mydomain.com/stream_audio/2"></audio> // src tags are excute the above function
<audio src="www.mydomain.com/stream_audio/3"></audio> // src tags are excute the above function
我有一个播放音频的播放列表.但目的是保护音频原始URL路径.
我试过Defa Protector来加密音频的URL.以下是网址
https://sites.google.com/site/defaprotectorhelp/
它正在工作,但是当我在播放列表中添加4首或更多歌曲时.它显示我的错误.
未捕获(在promise中)DOMException:play()请求被pause()调用中断.
对于此错误,还尝试了此stackoverflow解决方案.但仍然错误是一样的.
当我使用原始音频路径时.它工作得很好.