NGINX的x-accel 是非常强大的功能,将WebServer 从文件处理中解脱出来。还能控制带宽等,实在是 处理大量文件必备良药。
NGINX的x-accel 机制也很巧妙。你通过一个HTTP标识 告诉 NGINX 传什么文件,那就传什么文件,完全的黑盒子。
可是,HTTP标识 是放在 HTTP HEAD 中,很多情况下 HTTP HEAD 只能放英文。咱们中国人就不是很方便咯,还有GBK /UTF-8 的 多种字符集,真是坑爹啊。
比如NETTY 就按照ASICII 来 处理 HTPP HEAD。不幸的是,我采用的PLAY framework 正是以NETTY 为基础。
修改NETTY 的难度非常大。虽然只是将原JAVA 文件中的ASIC删除,再打包,也容易有太多的不兼容问题。尼玛都扎堆坑爹来了。
好在还有几年的C基础。看了看,NGINX 的代码很清晰,很快找到了 处理x_accel_redirect的地方:
/nginx-1.0.1/src/http|ngx_http_upstream.c 1822: 原代码 uri = &u->headers_in.x_accel_redirect->value; 1822: 新增代码 uri -> len = urldecode(uri->data,uri -> len);
附送 C 实现 urldecode
/** * @param str 需要解码的url字符串 * @param len 需要解码的url的长度 * @return int 返回解码后的url长度 */ static int urldecode(char *str, int len) { char *dest = str; char *data = str; int value; int c; while (len--) { if (*data == '+') { *dest = ' '; }else if (*data == '%' && len >= 2 && isxdigit((int) *(data + 1)) && isxdigit((int) *(data + 2))) { c = ((unsigned char *)(data+1))[0]; if (isupper(c)) c = tolower(c); value = (c >= '0' && c <= '9' ? c - '0' : c - 'a' + 10) * 16; c = ((unsigned char *)(data+1))[1]; if (isupper(c)) c = tolower(c); value += c >= '0' && c <= '9' ? c - '0' : c - 'a' + 10; *dest = (char)value ; data += 2; len -= 2; } else { *dest = *data; } data ++; dest ++; } *dest = '\0'; return dest - str; }
哈哈,测试一下 OK,收工咯。。。。
有人说不会用???
String f = "文件名.doc"; //没有 预审报名%D4%A4%C9%F3%B1%A8%C3%FB.doc"; Logger.info(f); String attachment_file_name; try { attachment_file_name = URLEncoder.encode(f,"GBK"); Logger.debug( attachment_file_name); } catch (UnsupportedEncodingException e) { attachment_file_name = f; Logger.debug("UnsupportedEncodingException"+ f); } response.setHeader("X-Accel-Redirect", "/files/file_path/" +attachment_file_name);
NGINX 的配置文件
location /files/ { [size=medium][color=red] internal;[/color][/size] charset gbk; }