我无法使send_file(Model.attachment.path)工作。它不会失败,而是向客户端发送一个0字节大小的文件,但文件名正确。
我从Rails 2.3.8迁移到3后开始发生此问题。
此迁移中发生了很多其他事情,我将尽力详细说明所有这些事情。
我通过ftp移动了附件,因为它们不是我的git存储库的一部分,所以它们是通过cap deploy发布的,而是通过手动ftp remote(RHEL5)到local(Win7),然后是local(Win7)到remote(Ubuntu10)。
我确实知道FTPing不会通过传输保留文件权限,因此我所做的也是模仿以前服务器上看到的chmod,因此它们几乎相同。(用户/组不同,设置为root:root而不是olduser:olduser)。
从我的生产日志中下载附件的请求的摘录。
Started GET "/attachments/replies/1410?1277105698" for 218.102.140.205 at 2010-09-16 09:44:31 +0000 Processing by AttachmentsController#replies as HTML Parameters: {"1277105698"=>nil, "id"=>"1410"} Sent file /srv/app/releases/20100916094249/attachments/replies/UE0003-Requisition_For_Compensation_Leave.doc (0.2ms) Completed 200 OK in 78ms
没事的 我还要排除本地问题,我尝试在Win7和Ubuntu(在Vbox上)上通过Chrome下载。
我还要向你保证,道路的确是正确的。
root@li162-41:/srv/app/current# tail /srv/app/releases/20100916094249/attachments/replies/UE0003-Requisition_For_Compensation_Leave.doc # # %17nw HQ��+1ae���� %33333333333(��QR���HX�"%%��@9 ��@�p4��#P@��Unknown������������G��z �Times New Roman5��Symbol3&� �z �Arial5&�
因此,总而言之,我该如何使send_file实际发送文件而不是伪造的0字节垃圾。
send_file具有在Rails 3中:x_sendfile默认使用的参数true。此功能通过返回带有路径的X- Sendfile标头的空响应,将流下载卸载到前端服务器-Apache(带有mod_xsendfile)或lighttpd。
send_file
:x_sendfile
true
Nginx使用X-Accel-Redirect标头来实现相同的功能,但是您必须在正确的环境文件中正确配置Rails:
X-Accel-Redirect
config.action_dispatch.x_sendfile_header = 'X-Accel-Redirect'
Rails 3更新 :该行已存在于中production.rb,只需取消注释即可。
production.rb
添加sendfile on;到您的nginx配置中,以利用Rails发送的标头。请记住,必须使用绝对路径,并且nginx必须具有对文件的读取权限。
sendfile on;
别名文件的另一种方法:
为了提高安全性,我在nginx中使用别名而不是绝对路径,但是send_file方法会检查是否存在以别名失败的文件。因此,我将操作更改为:
head( 'X-Accel-Redirect'=> file_item.location, 'Content-Type' => file_item.content_type, 'Content-Disposition' => "attachment; filename=\"#{file_item.name}\""); render :nothing => true;