让PHP更快的提供文件下载 【转】

一般来说, 我们可以通过直接让URL指向一个位于Document Root下面的文件, 来引导用户下载文件.

但是, 这样做, 就没办法做一些统计, 权限检查, 等等的工作.  于是,  很多时候,  我们采用让PHP来做转发, 为用户提供文件下载.

  1. <?php
  2. $file = "/tmp/dummy.tar.gz";
  3. header("Content-type: application/octet-stream");
  4. header(‘Content-Disposition: attachment; filename="‘ . basename($file) . ‘"‘);
  5. header("Content-Length: ". filesize($file));
  6. readfile($file);

但是这个有一个问题, 就是如果文件是中文名的话, 有的用户可能下载后的文件名是乱码.

于是, 我们做一下修改(参考: :

  1. <?php
  2. $file = "/tmp/中文名.tar.gz";
  3. $filename = basename($file);
  4. header("Content-type: application/octet-stream");
  5. //处理中文文件名
  6. $ua = $_SERVER["HTTP_USER_AGENT"];
  7. $encoded_filename = rawurlencode($filename);
  8. if (preg_match("/MSIE/", $ua)) {
  9. header(‘Content-Disposition: attachment; filename="‘ . $encoded_filename . ‘"‘);
  10. } else if (preg_match("/Firefox/", $ua)) {
  11. header("Content-Disposition: attachment; filename*=\"utf8‘‘" . $filename . ‘"‘);
  12. } else {
  13. header(‘Content-Disposition: attachment; filename="‘ . $filename . ‘"‘);
  14. }
  15. header("Content-Length: ". filesize($file));
  16. readfile($file);

恩, 现在看起来好多了, 不过还有一个问题,  那就是readfile,  虽然PHP的readfile尝试实现的尽量高效, 不占用PHP本身的内存, 但是实际上它还是需要采用MMAP(如果支持), 或者是一个固定的buffer去循环读取文件, 直接输出.

输出的时候, 如果是Apache + PHP mod, 那么还需要发送到Apache的输出缓冲区. 最后才发送给用户. 而对于Nginx + fpm如果他们分开部署的话, 那还会带来额外的网络IO.

那么, 能不能不经过PHP这层, 直接让Webserver直接把文件发送给用户呢?

今天, 我看到了一个有意思的文章: How I PHP: X-SendFile.

我们可以使用Apache的module mod_xsendfile, 让Apache直接发送这个文件给用户:

  1. <?php
  2. $file = "/tmp/中文名.tar.gz";
  3. $filename = basename($file);
  4. header("Content-type: application/octet-stream");
  5. //处理中文文件名
  6. $ua = $_SERVER["HTTP_USER_AGENT"];
  7. $encoded_filename = rawurlencode($filename);
  8. if (preg_match("/MSIE/", $ua)) {
  9. header(‘Content-Disposition: attachment; filename="‘ . $encoded_filename . ‘"‘);
  10. } else if (preg_match("/Firefox/", $ua)) {
  11. header("Content-Disposition: attachment; filename*=\"utf8‘‘" . $filename . ‘"‘);
  12. } else {
  13. header(‘Content-Disposition: attachment; filename="‘ . $filename . ‘"‘);
  14. }
  15. //让Xsendfile发送文件
  16. header("X-Sendfile: $file");

X-Sendfile头将被Apache处理, 并且把响应的文件直接发送给Client.

Lighttpd和Nginx也有类似的模块,  大家有兴趣的可以去找找看

原文地址:http://www.laruence.com/2012/05/02/2613.html

时间: 2024-08-09 10:46:25

让PHP更快的提供文件下载 【转】的相关文章

让PHP更快的提供文件下载

原文链接: http://www.laruence.com/2012/05/02/2613.html 我们可以使用Apache的module mod_xsendfile, 让Apache直接发送这个文件给用户: <?php $file = "/tmp/中文名.tar.gz"; $filename = basename($file); header("Content-type: application/octet-stream"); //处理中文文件名 $ua

php提供更快的文件下载

在微博上偶然看到一篇介绍php更快下载文件的方法,其实就是利用web服务器的xsendfile特性,鸟哥的博客中只说了apache的实现方式,我找到了介绍nginx实现方式的文章,整理一下! let's go! 一般来说, 我们可以通过直接让URL指向一个位于Document Root下面的文件, 来引导用户下载文件. 但是, 这样做, 就没办法做一些统计, 权限检查, 等等的工作. 于是, 很多时候, 我们采用让PHP来做转发, 为用户提供文件下载. <?php $file = "/tm

与阿里云整个生态体系共同成长,更快更好的为房地产行业客户提供高价值的服务。

免费开通大数据服务:https://www.aliyun.com/product/odps "最早是新业务要做,但是买服务器来不及,管理员没到位,而且新业务的成本很高,是否能成功也是未知,因此明源决定采用阿里云,等资金和人到位再搬到自己内部.然而就是这种误打误撞,却让明源抓住了一个很好的机会走在了正确的轨道上."--副总裁童继龙"阿里云数加的覆盖面很广,从存储.计算到上层应用,提供了一整套的解决方案,确实起到了马总说的普惠大数据.此外,数加也在不断的迭代,不停的有新产品出现,

QList介绍(QList比QVector更快,这是由它们在内存中的存储方式决定的。QStringList是在QList的基础上针对字符串提供额外的函数。at()操作比操作符[]更快,因为它不需要深度复制)非常实用

FROM:http://apps.hi.baidu.com/share/detail/33517814 今天做项目时,需要用到QList来存储一组点.为此,我对QList类的说明进行了如下翻译. QList是一种表示链表的模板类.QList<T>是Qt的一种泛型容器类.它以链表方式存储一组值,并能对这组数据进行快速索引,还提供了快速插入和删除等操作.QList.QLinkedList和QVector提供的操作极其相似:* 对大多数操作来说,我们用QList就可以了.其API是基于索引(inde

代码示例:一些简单技巧优化JavaScript编译器工作详解,让你写出高性能运行的更快JavaScript代码

告诉你一些简单的技巧来优化JavaScript编译器工作,从而让你的JavaScript代码运行的更快.尤其是在你游戏中发现帧率下降或是当垃圾回收器有大量的工作要完成的时候. 单一同态: 当你定义了一个两个参数的函数,编译器会接受你的定义,如果函数参数的类型.个数或者返回值的类型改变编译器的工作会变得艰难.通常情况下,单一同态的数据结构和个数相同的参数会让你的程序会更好的工作. function example(a, b) { // 期望a,b都为数值类型 console.log(++a * +

更轻更快的Vue.js 2.0与其他框架对比(转)

更轻更快的Vue.js 2.0 崭露头角的JavaScript框架Vue.js 2.0版本已经发布,在狂热的JavaScript世界里带来了让人耳目一新的变化. Vue创建者尤雨溪称,Vue 2.0 在性能上有显著的提升,同时保持轻量的文件下载: 渲染层基于一个轻量级的Virtual DOM实现进行了重写,该Virtual DOM实现fork自snabbdom.新的渲染层相比v1带来了巨大的性能提升,也让Vue 2.0成为了最快速的框架之一. 根据1.0到2.0迁移指南,“大约90%的API是相

你的以太网速度足够快吗?四种更快的速度正在路上&amp;#183;&amp;#183;&amp;#183;&amp;#183;&amp;#183;&amp;#183;

以太网的未来将远远超越下一个最快速度:为无处不在的网络协议绘制路径的网络project师们正在寻找新版本号来服务于各种应用程序. 在上周六的以太网联盟(一个行业组织,用于促进IEEE以太网标准)会议上,三大新项目被提出来讨论.为了x满足数据云中心的迫切需求,确立了25Gbps(字节/秒)的以太网速率标准.但鉴于未来几年内数据云的迅猛发展,专家已经在商讨50Gbps的速率标准了.对于那些新的.高速Wi-Fi接入的企业来说.立即就要实现2.5Gbps的以太网速率.除此之外,未来的最高时速主要将被应用

秒开缓存加速系统 不需多花钱就能更快

网络技术的发展不是这一两年的事情,但是伴随着网络技术的应用越来越多的人开始了自己的网络学习办公.娱乐生活,而且,不难发现,随着互联网的不断发展,现在网络上的高清视频.影片下载.音乐下载.移动软件应用也越来越丰富,特别是最近火爆的网络视频的成为潮流,但是负面影响就是网络流量增长导致对出口形成很大压力. 对于技术控来讲,面对这种情况一般不会觉得很有压力,因为他们的传统的做法一般有两种:其中一是增加宽带,第二就是通过路由限速.但其实这两种方法都不是最理想解决办法.为什么呢?因为如果增加带宽就增加了自己

更快找到正确的机器学习算法

(此文章同时发表在本人微信公众号"dotNET每日精华文章",欢迎右边二维码来关注.) 题记:机器学习无疑是现在一个高大上的热点,而且微软在Azure提供了机器学习的服务.那么如何更快找到正确的机器学习算法呢?微软也给大家提供了建议. 随着大数据的深入应用,机器学习也从学术界逐步走入到工业界,现在电子商务.社交.广告.智能硬件都有机器学习的身影.微软作为一家有着深厚科研实力的公司,不仅在Azure中提供了机器学习的服务供大家选用,还提供了一个名为Azure Machine Learni