午夜

@mousycoder 按照 @noname007 的建议，使用`{**}`可以保留原参数格式，使用`{{}}`则会经过html转义。测试参考示例如下： **需求** 原始URL为`http://localhost:8000/test_tmpl?name=abc&a_url=http://abc.com?m=123&b_url=http://opq.com`，我们希望能重定向这个请求到`http://test.com`上，同时想正常的传递`a_url`，也就是说`a_url`参数仍能正常保留“网址”格式。 **配置** 在dashboard上配置如下：  **测试** 在浏览器测试，发现访问原网址时被重定向到`http://test.com/?new_name=abc&new_a_url=http://abc.com?m=123&new_b_url=http://opq.com`，原参数`a_url`按照我们的配置保留了原网址格式并成功命名为`new_a_url`。 **结论** 如以上实例，使用{*query.a_url*}则保留了原参数格式，而使用{{query.b_url}}则会经过转义，需要使用哪一种由用户自己适当选择即可。

- 逐步放量/小流量/灰度测试等是类似解决方案发展的必然，但我目前还没收到Orange类似生产使用场景的反馈或需求。在开发人力投入有限的情况下，我倾向于做小，而不是大而全。 - 长远来看，如果要实现“注册中心”或者说“配置中心”以及配置下发方案，那么Orange不应该再显式依赖任何存储，而是依赖API(或者说服务)来进行配置初始化和变更。 - 当然，权限是另一个问题，如果权限控制得当，admin功能、注册管理功能、普通的配置管理都可以在一个系统中实现即可。

the Docs adapted to Orange is here: [http://orange.sumory.com](http://orange.sumory.com), and the origin source files for this site are here: [https://github.com/sumory/orange.sumory.com](https://github.com/sumory/orange.sumory.com)

no official plan for `oAuth2` and `Auth Backend Service Support`, but feel free to give some pull requests about them. the others are in progress.

QQ Group: 522410959

- 目前`条件判断模块`和`变量提取模块`没有确定的计划支持mutipart等类型的POST请求，你可以pr - 现在的Orange支持任意的post请求，只不过如上所说不支持某些类型的post请求`参数分析`，请不要混淆概念 - 如果再开issue请描述清楚问题标题和内容，提问和回答一样都请注意质量，这样的问题才有意义 我已经把你的issue改了一下标题。

ngx.req.read_body是不能用于log_by_lua的，如果要监控post请求流量的话可以把这个插件定义在content_by_lua阶段。你急用的话可以先手动调一下

- 如果log阶段做不了，可以在content_by_lua阶段做类似统计 - 可以加入QQ群，522410959

使用示例不断完善中，相关文档在这里[http://orange.sumory.com/docs/usages/](http://orange.sumory.com/docs/usages/)

> 只有在请求匹配到某个选择器后，才能决定是否跳过后续的选择器 感觉这样确实更合理，我标记一下