Kent Dong
Kent Dong
1. 行为应该与之前版本保持一致，即配置不改变的情况下，插件行为不应该改变，仍返回自定义响应。 2. 既然做了按 status 启用的功能，那是否需要支持针对不同的 status 返回不同的 response 呢？
> 1.已经做了兼容，可以在配置不改变的情况下，插件行为不应该改变，仍返回自定义响应。 2.之前版本只能返回一种response，不支持不同status返回不同response，例如：想要原始respons status=200时将response改为`hello 200`，原始respons status=404时将response改为`hello 404` 1. 但按照文档里的说法，“匹配原始状态码，生成自定义响应，不填写时，插件不生效”。那老的配置肯定都是没有填写 `enable_on_status` 的。这时插件不生效，行为不就变了吗？ 2. 我看了一下你的代码。原来你是加了一层 rules 配置，允许配置多条 rule，每条 rule 可以配置不同的生效条件。那这个就满足之前第 2 点的需求了。不过你的文档里没有写 rules 这层啊。是不是需要更新？
是arm还是x86的机器呢？
看下这个：https://github.com/higress-group/higress-console/issues/468
@503612012 你可以试试在 `compose/env/console.env` 文件里加一行 `JVM_ARGS=-XX:UseSVE=0`，应该也是可以的。
> 可以的👍 那这个 issue 就先关了。临时就先用这种办法来绕过问题吧。
是可以的。你可以参考 Helm Chart 里开启 `global.o11y.enabled` 之后的实现方式。
> 根据model路由的插件是model-mapper吗?我记着不是model-router呢? model-mapper 是做 model 名称映射的。
> max_connection_duration TCP 什么时候会需要用到这个参数呢？
> @CH3CHO 日志采集的场景集群规模比较大，通过beat发送数据到logstash producer。是TCP协议的，长连接的场景下发现logstash的负载不均衡（当前使用nginx ingress的模式），切换到higress网关想要通过max_connection_duration参数断开连接，重新连接到空闲节点 TCP 协议只有 idle_timeout。而且断开不是无损的，不是很好支持你说的 max_connection_duration。