【问题标题】:PHP header 'audio/mpeg' performance issuePHP 标头“音频/mpeg”性能问题
【发布时间】:2015-06-22 18:19:50
【问题描述】:

好的,我必须构建一个安全的音乐播放器;一种不显示音乐来源的音乐(即使在控制台上)。 我已经构建了逻辑,但是,为了做到这一点,我唯一的出路是使用 php header 来 strem mp3。

我的问题:我的性能损失“可以忍受”吗这样做

/main.js

Player.src = "music.php"

/music.php

header('Content-type: audio/mpeg');
header('Content-length: ' . filesize($track));
header('Content-Disposition: filename="sometrack.mp3"');
header('X-Pad: avoid browser bug');
header('Cache-Control: no-cache');
print file_get_contents($track);

而不是那个?:

/main.js

Player.src = "music.mp3"

“可容忍”是指:10% 的损失?损失 15%?

或者有人有其他建议吗?

这里是带有 very(!) 原始逻辑的 github:https://github.com/filipemerker/securePlayer

【问题讨论】:

  • even on the console 错误。根本不可能阻止用户看到“网络”选项卡中的内容。放弃吧。
  • 伙计,我构建了一个令牌逻辑,它允许我,是的,在控制台上显示 music.php,但如果您在没有正确令牌的情况下访问 music.php,您将看到一条错误消息。 (看看github)我的问题是关于性能而不是逻辑@SLaks
  • “性能可以忍受”听起来有点主观。到目前为止,您进行了哪些测试,实际的、可衡量的性能差异是什么(如果有的话)?
  • 这是一个很好的观察。稍后我将使用我的测试屏幕截图编辑问题。 @user700390
  • @FilipeMerker:用户需要做的就是复制现有的响应,或者使用原始 cookie 重放请求。 (哪个 Chrome 方便地提供了一个上下文菜单项)

标签: javascript php mp3 html5-audio


【解决方案1】:

如果你必须这样做,你应该考虑使用 readfile 而不是 file_get_contents

看看PHP readfile vs. file_get_contents

【讨论】:

  • 谢谢,我去看看(这里不是后端开发人员,任何类似的建议都会有很大帮助:P)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2013-05-02
  • 1970-01-01
  • 2020-11-18
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多