我不能为了我的生活,使用html5< video>将mp4流式传输到Chrome标签.如果我公开放下文件,那么一切都很好,并按预期工作.但是如果我尝试使用send_file来提供服务,几乎所有可以想象的都会出错.我使用的是由Nginx代理的rails应用程序,其视频模型的位置属性是磁盘上的绝对路径.
起初我尝试过：
def show
send_file Video.find(params[:id]).location
end
而且我确信我会沉浸在现代网络发展的荣耀之中.哈.这可以在Chrome和Firefox中播放,但既不会寻求,也不会知道视频有多长.我在响应标头上戳了一下,发现Content-Type是作为application / octet-stream发送的,并且没有Content-Length集.嗯……好吗？
好吧,我想我可以在rails中设置它们：
def show
video = Video.find(params[:id])
response.headers['Content-Length'] = File.stat(video.location).size
send_file(video.location,type: 'video/mp4')
end
在这一点上,一切都与Firefox中预期的一样.它知道视频有多长,并且寻求按预期工作. Chrome似乎知道视频的持续时间(不显示时间戳,但搜索条看起来合适),但搜索不起作用.
显然Chrome比Firefox更挑剔.它要求服务器使用带有值字节的Accept-Ranges标头进行响应,并使用206和文件的相应部分响应后续请求(在用户搜索时发生).
video = Video.find(params[:id])
file_begin = 0
file_size = File.stat(video.location).size
file_end = file_size - 1
if !request.headers["Range"]
status_code = :ok
else
status_code = :partial_content
match = request.headers['Range'].match(/bytes=(\d+)-(\d*)/)
if match
file_begin = match[1]
file_end = match[2] if match[2] && !match[2].empty?
end
response.header["Content-Range"] = "bytes " + file_begin.to_s + "-" + file_end.to_s + "/" + file_size.to_s
end
response.header["Content-Length"] = (file_end.to_i - file_begin.to_i + 1).to_s
response.header["Accept-Ranges"]= "bytes"
response.header["Content-Transfer-Encoding"] = "binary"
send_file(video.location,:filename => File.basename(video.location),:type => 'video/mp4',:disposition => "inline",:status => status_code,:stream => 'true',:buffer_size => 4096)
现在Chrome会尝试搜索,但是当您执行此操作时,视频会停止播放,并且在页面重新加载之前不会再次运行.哎呀.所以我决定玩弄curl来看看发生了什么,我发现了这个：
$curl –header “Range: bytes=200-400” 07001
ftypisomisomiso2avc1mp41 �moovlmvhd��@��trak\tkh��$curl –header “Range: bytes=1200-1400” 07001
ftypisomisomiso2avc1mp41 �moovlmvhd��@��trak\tkh��
无论字节范围请求如何,数据始终从文件的开头开始.返回适当的字节数(在这种情况下为201字节),但它总是从文件的开头.显然,Nginx尊重Content-Length标头但忽略了Content-Range标头.
我的Nginx.conf默认是不变的：
user www-data;
worker_processes 4;
pid /run/Nginx.pid;
events {
worker_connections 768;
}
http {
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
include /etc/Nginx/mime.types;
default_type application/octet-stream;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3,ref: POODLE
ssl_prefer_server_ciphers on;
access_log /var/log/Nginx/access.log;
error_log /var/log/Nginx/error.log;
gzip on;
gzip_disable "msie6";
include /etc/Nginx/conf.d/*.conf;
include /etc/Nginx/sites-enabled/*;
}
我的app.conf非常基本：
upstream unicorn {
server unix:/tmp/unicorn.app.sock fail_timeout=0;
}
server {
listen 80 default deferred;
root /vagrant/public;
try_files $uri/index.html $uri @unicorn;
location @unicorn {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header HOST $http_host;
proxy_redirect off;
proxy_pass http://unicorn;
}
error_page 500 502 503 504 /500.html;
client_max_body_size 4G;
keepalive_timeout 5;
}
首先,我尝试了Ubuntu 14.04附带的Nginx 1.4.x,然后从ppa尝试了1.7.x – 结果相同.我甚至尝试过apache2并得到完全相同的结果.
我想重申视频文件不是问题.如果我将其公之于众,那么Nginx会使用适当的mime类型,标题以及Chrome正常工作所需的一切来为其提供服务.
所以我的问题是两个部分：
>为什么Nginx / apache不能像send_file(X-Accel-Redirect / X-Sendfile)一样自动处理所有这些东西,就像从公共场所静态提供文件一样？在轨道中处理这些东西是如此倒退.
>我怎么能真正使用带有Nginx(或apache)的send_file,这样Chrome会很高兴并且允许搜索？
Update 1
好吧,所以我想我会尝试将rails的复杂性从图片中删除,然后看看我是否可以让Nginx正确地代理文件.所以我创建了一个简单的nodjs服务器：
var http = require('http');
http.createServer(function (req,res) {
res.writeHead(200,{
'X-Accel-Redirect': '/path/to/file.mp4'
});
res.end();
}).listen(3000,'127.0.0.1');
console.log('Server running at http://127.0.0.1:3000/');
而铬则是一种快乐的蛤蜊. = / curl – 我甚至显示了Accept-Ranges：bytes和Content-Type：video / mp4正在被Nginx自动插入 – 应该是这样.有什么可以阻止Nginx这样做？
Update 2
我可能会越来越近了……
如果我有：
def show
video = Video.find(params[:id])
send_file video.location
end
然后我得到：
$curl -I localhost:8080/videos/1/001.mp4
HTTP/1.1 200 OK
Server: Nginx/1.7.9
Date: Sun,18 Jan 2015 12:06:38 GMT
Content-Type: application/octet-stream
Connection: keep-alive
Status: 200 OK
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block
X-Content-Type-Options: nosniff
Content-Disposition: attachment; filename="001.mp4"
Content-Transfer-Encoding: binary
Cache-Control: private
Set-Cookie: request_method=HEAD; path=/
X-Meta-Request-Version: 0.3.4
X-Request-Id: cd80b6e8-2eaa-4575-8241-d86067527094
X-Runtime: 0.041953
我有上述所有问题.
但如果我有：
def show
video = Video.find(params[:id])
response.headers['X-Accel-Redirect'] = video.location
head :ok
end
然后我得到：
$curl -I localhost:8080/videos/1/001.mp4
HTTP/1.1 200 OK
Server: Nginx/1.7.9
Date: Sun,18 Jan 2015 12:06:02 GMT
Content-Type: text/html
Content-Length: 186884698
Last-Modified: Sun,18 Jan 2015 03:49:30 GMT
Connection: keep-alive
Cache-Control: max-age=0,private,must-revalidate
Set-Cookie: request_method=HEAD; path=/
ETag: "54bb2d4a-b23a25a"
Accept-Ranges: bytes
一切都很完美.
但为什么？那些应该做同样的事情.为什么Nginx在这里没有像在简单的nodejs示例中那样自动设置Content-Type？我有config.action_dispatch.x_sendfile_header =’X-Accel-Redirect’设置.我在application.rb和development.rb之间来回移动它,结果相同.我想我从来没有提到……这是rails 4.2.0.
Update 3
现在我已经将我的独角兽服务器改为侦听端口3000(因为我已经将Nginx更改为在3000上侦听nodejs示例).现在我可以直接向独角兽发出请求(因为它正在侦听端口而不是套接字)所以我发现curl -I直接向unicorn显示没有发送X-Accel-Redirect标头而只是直接卷曲独角兽实际发送文件.这就像send_file没有做到它应该做的事情.
Why doesn’t Nginx/apache handle all this stuff automagically with send_file (X-Accel-Redirect/X-Sendfile) like it does when the file is served statically from public? Handling this stuff in rails is so backwards.
他们这样做,但必须正确配置它们以取悦Rack :: Sendfile(见下文).试图在rails中处理这个问题是一个非常糟糕的解决方案.
How the heck can I actually use send_file with Nginx (or apache) so that Chrome will be happy and allow seeking?
我非常绝望地开始讨论机架源代码,这就是我在Rack :: Sendfile的评论中找到答案的地方.它们的结构为文档,您可以在rubydoc找到它们.
无论出于何种原因,Rack :: Sendfile都需要前端代理发送X-Sendfile-Type标头.在Nginx的情况下,它还需要X-Accel-Mapping头.该文档还提供了apache和lighttpd的示例.
有人会认为rails文档可以链接到Rack :: Sendfile文档,因为如果没有额外的配置,send_file就无法开箱即用.也许我会提交拉取请求.
最后我只需要在app.conf中添加几行：
upstream unicorn {
server unix:/tmp/unicorn.app.sock fail_timeout=0;
}
server {
listen 80 default deferred;
root /vagrant/public;
try_files $uri/index.html $uri @unicorn;
location @unicorn {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header HOST $http_host;
proxy_set_header X-Sendfile-Type X-Accel-Redirect; # ADDITION
proxy_set_header X-Accel-Mapping /=/; # ADDITION
proxy_redirect off;
proxy_pass http://localhost:3000;
}
error_page 500 502 503 504 /500.html;
client_max_body_size 4G;
keepalive_timeout 5;
}
现在我的原始代码按预期工作：
def show
send_file(Video.find(params[:id]).location)
end
编辑：
虽然这最初起作用,但是在我重新启动我的流浪盒之后它停止了工作,我不得不做出进一步的改变：
upstream unicorn {
server unix:/tmp/unicorn.app.sock fail_timeout=0;
}
server {
listen 80 default deferred;
root /vagrant/public;
try_files $uri/index.html $uri @unicorn;
location ~ /files(.*) { # NEW
internal; # NEW
alias $1; # NEW
} # NEW
location @unicorn {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header HOST $http_host;
proxy_set_header X-Sendfile-Type X-Accel-Redirect;
proxy_set_header X-Accel-Mapping /=/files/; # CHANGED
proxy_redirect off;
proxy_pass http://localhost:3000;
}
error_page 500 502 503 504 /500.html;
client_max_body_size 4G;
keepalive_timeout 5;
}
我发现将一个URI映射到另一个URI然后将该URI映射到磁盘上的位置完全没必要.它对我的用例没用,我只是将一个映射到另一个并再次映射. Apache和lighttpd不需要它.但至少它有效.
我还将Mime :: Type.register(‘video / mp4’,：mp4)添加到config / initializers / mime_types.rb,以便使用正确的mime类型提供文件.
