起初我尝试过:
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类型提供文件.