firlas
确实 timer 还不是完整的请求，没有 content phase 这个概念了呢，执行上也没有了呢
要支持的话，还是有一些改动量的，当然也不是要引入 content phase 才可以，有其他路子

      tweyseo 这个功能太有用.

      如果考虑到nginx的设计, 请求到所有worker这个改动太大的话, 那一个可以广播自定义数据到所有worker的api怎样

        tanjinhua 这个我已经用来代替kong的resty-event用在mlcache里了，算上编译过程，整个不算简单易用。要是OR本身可以支持，比如，直接配置listen 9527 BCST;，然后不管外部还是内部，只要是到这个端口的数据都是给所有worker都处理的，这样岂不是更好。

          tweyseo 是的，系统本身自带肯定更好的，也是比较基本和使用的功能了；但是这个估计要修改 nginx 本身，工作量会比较大的。

              6 days later
              6 days later

              jils2013
              这个工程量也有一些，需要加入有 upstream zone 的概念，与此同时，搞了 keepalived_timeout 的支持，一直一起搞的也有 pool_size 的支持了

                  6 days later
                  5 days later

                  在实现oidc协议时，使用resty.http库只能指定IP，不能实现动态负载均衡，想使用ngx.location.capture发起子请求，重新走一次主流程 ，以动态负载的复用。发现ngx.location.capture不会执行主流程中的access_by_lua，从而不能实现动态选取后端节点，以及ngx.location.capture不支持自定义header 头，这样导致不能跟据header头中的host以及其它字段进行负载。

                  10 days later

                  1、http 和 stream 共享的 sharedict非常期待；
                  2、希望有个官方的resty-mongo库