说说 nginx 刚发布的 JavaScript 能力 nginScript

这就安装完了，我们可以开始玩啦。

具体如何使用nginScript

nginScript的使用主要是在nginx的配置体系里增加了2个指令。具体指令分别为：

• js_set，设置配置里的变量值
• js_run ，直接执行配置规则

1、先看看js_set 在nginx.conf里怎么运行的。

http {
    js_set $msg"
            var str = 'hello,imweb';
            // JavaScript str;
    ";
    server {
        ...
        location /{
            return 200 $msg;
        }
    }
}

结果：

上面例子里，可以看出，我们可以通过JS随意地给nginx设置变量值。而这些变量是可以用在nginx配置的各个地方。比如：proxy_pass,limit_req_zone, and sub_filter。这里相对之前配置已经大大的提高了灵活性。

2、js_run的运行规则和场景

• js_run是运行在location指令里，匹配指定location的路径就会执行对应的JavaScript
• js_run是直接通过JavaScript来产生HTTP返回的内容

下面举个具体的例子：

location /imwebteam {
    js_run "
        var res;
        res = $r.response;
        res.status = 200;
        res.send('hello,imweb!');
        res.finish();
    ";
}

这个结果和第一个结果是一样的。这里就不赘述。

3、处理两个指令以外，还有个重要的变量$r

通过js_set和js_run可以对HTTP request请求有完整的控制权，控制的方式就是变量$r的使用。 $r里有什么可以通过以下简单例子看到。

http {
    js_set $summary "
    var a, s, h;
    s = 'JS summary\n\n';
    s += 'Method: ' + $r.method + '\n';
    s += 'HTTP version: ' + $r.httpVersion + '\n';
    s += 'Host: ' + $r.headers.host + '\n';
    s += 'Remote Address: ' + $r.remoteAddress + '\n';
    s += 'URI: ' + $r.uri + '\n';
    s += 'Headers:\n';
    for (h in $r.headers) {
        s += '  header \"' + h + '\" is \"' + $r.headers[h] + '\"\n';
    }
    s += 'Args:\n';
    for (a in $r.args) {
        s += '  arg \"' + a + '\" is \"' + $r.args[a] + '\"\n';
    }
    s;
    ";
    server {
    listen 8000;
    location /imwebteam{
        return 200 $summary;
    }
}

结果如图：

nginScript目前还存在的问题

经过上面的介绍，相信大家对nginScript已经有了基本的认识。那么我们在看看这个新生儿有哪些问题吧。

• 首先，调试方法弱。目前还是比较原始，通过log的方式来展示，且错误日志的详细程度很不如人意。
• 其次，控制力度弱。目前nginScript的处理力度还仅限于http request的处理和返回response的层面，还无法做到动态处理nginx请求之外的一些内容，比如动态用户数据或转发配置表动态更新等。
• 最后，整体实现弱。整体结构还是比较简单，js_run和js_set的运行环境是不太一致的，js_set执行ok的代码段在js_run上会出现一些异常。

综合来说，nginScript还是一个愿望和前景很美好的新生儿。需要一定时间打磨和优化。也希望大家多多的提供意见和反馈，甚至是提交自己的插件。从而使得它有更好的成长。

对于我们的实践场景

这个之前和黎小腾君，donald讨论过的2个主要场景，realLog系统和nohost2.0系统。 nginScript对这里两个场景来讲都无疑是很大的好消息，这里在规则响应上，在现有的体系下就可以有很灵活的处理方法。 但在用户配置动态加载方面，我们仍需要通过其他方式来实现，这个部分我们先提issue给到nginx开发团队，看下具体情况再和大家进一步讨论和同步。