zclaiqcc

社区版暂无，企业版目前是支持 arm64 的，师傅可以官网咨询下商业版的情况。其他师傅如果有类似需求可以点个 +1，需求量大的话也不是不能在社区版支持一下 😊

ARM、信创、国产化等需求目前判断都是企业级需求，有类似需求的师傅们真心建议去搞套企业版。 我个人判断，社区版短时间估计不会考虑这类支持。一方面是实现和维护的成本很高，光是 ARM 和国产化平台的适配的工作量已经非常非常大了，还不算未来各个组件的升级和维护。另一方面判断社区需求量不大，我个人不觉得社区用户会有类似信创这种需求。建议不要混淆企业需求和个人需求，社区版的目标不是替代企业版，不要有不切实际的幻想。 issue 继续 open，时机成熟的话也可以考虑支持

> 目前大量企业面临国产化软件适配，需要兼容信创环境，ARM环境X86同时兼容，支持国产化转型，企业也能迎来发展机会，担当了社会使命。 @weihms 大了大了，格局太大了。企业版早就支持了国产化信创，我们完成了该有的社会使命，就等师傅去买一套了

> 好的，我已收到！ @emiyadavid 如果师傅继续定时回复无效内容，将会被拉黑

用于 safeline-tengine 自身的 health check

非标准端口的话，也不会监听 80 端口作为 HTTP 吧？这种非标准端口我理解都是只配置一个端口允许访问即可，而且如果有 HTTP 请求到了这个 HTTPS 端口，通过 error 497 也能跳转到 HTTPS。但是访问 80 跳转到 8443 这种端口的真实场景我还是比较存疑，真的会有么？留着看看点赞吧

额外补充一点小发现，雷池社区版很多功能都是直接做成全局的，最开始都会有师傅说是不是支持站点级的比较好，但是实际上又看不到真实需求场景。很多场景都是臆想出来的，实际上并不需要，或者说即使真的需要，也可以自己通过各种方式搞定。比如群也看到有师傅需要 location 级别的站点配置，实现就更复杂了。实际上可以通过二级、三级域名等方式来实现相同的效果，而且技术方案上更灵活和解耦。 实现成站点级的至少有几个问题： 1. 配置的交互和页面设计都会更复杂了。编辑的时候每个站点都要改，漏了就不生效，如果有几十个站点要配置？配置页面多了很多按钮（就现在仅有的几个输入框已经很多师傅不知道如何配置了），可能很多师傅又用不到，看到又会有疑问说这些都是啥，增加认知负担，也会觉得整个系统很复杂。希望能尽量 keep simple，如果用户没有必要去做某件事，就不需要让他们看见这个配置就好了，类似隐藏式设计感觉更好一些。 2. 技术实现更复杂，毕竟细粒度不一样，精细化控制就需要更精细化的代码区分。 我理解社区版更多是提供标准化的解决方案，而不是特别小众的定制化需求满足，很多时候用户希望某个具体的页面配置，只是根据以往的认知惯性，陷入了 [X-Y 问题](https://coolshell.cn/articles/10804.html) 里面。忽略了其实有更好的解决方案，或者之前自己的配置是不正确的（但是也生效了）。当然我们自己也无法判断是否小众，所以通过大家对 GitHub issue 的点赞就能更清晰地知道这些需求是真实存在的，还是少数人才有的，甚至是个人师傅臆想的 :smile:

比如有多少规则需要导入么？有没有一些样例能发出来看看？

感谢支持 😄 这个主要考虑点就是磁盘 IO 和磁盘容量的问题，看看多少用户想要这个功能，多的话也可以加。

感觉还是没有感受到记录了访问日志之后有啥具体的用处。 “希望有这个功能”不等于“我需要在 xxx 的情况下做 xxx”。参考 [X-Y 问题](https://coolshell.cn/articles/10804.html)，访问日志记录功能只是“可能是解决 X 问题的方法”，但是 X 问题是什么呢？首先需要明确的是访问日子的量非常大，数量级上比攻击日志要大得多，比如考虑 100 倍或者 1000 倍。 之前我回复“主要考虑磁盘 IO 和容量”，感觉有点把讨论带歪了，产品设计和技术实现层面上的问题我们来解决，但是还是想先聊清楚需求，也就是说大家拿到这个功能之后，能解决什么具体的实际问题。 最早 @isxpy 师傅提到，“发现被攻击了想看下这个攻击 IP 的其他请求和行为”，这个确实是一个相对有价值的点，但是感觉还是有限🤔️。我理解只能满足在持续监控的情况下，突然发现一个攻击 IP，然后分析一下最近的访问日志。如果日志已经刷了好几天了，其实很难准确地还原出来攻击者的访问记录。另一点是日志量也太大了，先不考虑扫描器一次发起很多次扫描请求，就单是一个人专门攻击某个网站，都不太会是发两条请求就把这个网站给攻陷了的，大量日志没法一条一条翻看，效率太低了，不如简单直接把 IP 拉黑就行了，或者限频。 上面 @jssolo 师傅提到： >...