jmal
jmal
### 1Panel 版本 v1.10.5-Its ### 请描述您的需求或者改进建议 1. 打开网站页面和WAF界面会很慢, 非常影响使用体验, 主要是这两个接口, 响应在500ms以上, 我以为是我安装的docker应用太多了, 结果用一个新的系统安装1Panel, 这两个接口还是很慢 2. 打开WAF界面时会调用两次`/api/v1/waf/status`接口 ### 请描述你建议的实现方案 _No response_ ### 附加信息 _No response_
### 联系方式 [email protected] ### 1Panel 版本 v1.10.6-Its ### 问题描述 在拦截记录里点击加白, 然后OpenResty就蹦了 ### 重现步骤 1. 在拦截记录里点击加白 2. 然后在白名单里这两个IP连在一起了, OpenResty就蹦掉了 手动编辑白名单,ip中间加上换行符,才恢复正常, ### 期待的正确结果 还有编辑IP要优化下, 最后的换行可以自动去掉 ### 相关日志输出 _No response_ ### 附加信息 _No...
### 联系方式 _No response_ ### 1Panel 版本 v1.10.7-lts ### 问题描述 在多个虚拟机里面安装1panel测试发现: 1. 系统里docker容器越多(多于30个),`/v1/apps/installed/check`, `/v1/apps/installed/search`这两个接口就慢, 不总是很慢, 有时几百毫秒,有时几秒, 慢的程度基本和docker容器数量成正比 2. 系统里docker容器少(少于10个), `/v1/apps/installed/check`, `/v1/apps/installed/search`这两个接口就很快, 总是很快, 200毫秒以内 3. 以上测试来自同一物理机里的多个虚拟机测试, 虚拟机配置相同, 所以能排除网络和硬件配置性能的问题 ### 重现步骤 不是用1panel安装多个docker容器...
1. Persistent cue word 2. Add chat log interface
首先感谢作者🙏带来这么好用的工具, 用过taiscale,zerotier,vnt等等类似不少工具, 一眼就相中了这个 ### 问题: #### 需要重启easytier-core才能重新建立p2p连接 ### 背景: #### 设备: 有3个节点, 有一个节点是公网服务器, 其余两个都是NAT1 两个NAT1设备都是通过`-e`参数连接的公网服务器, 两个NAT1设备上的easytier-core启动后很快就能建立p2p连接, 但是当其中一个设备的网关(光猫或路由重新拨号)重启后, 两个NAT1设备就不是p2p, 而是中转, 这时需要重启NAT1设备上的easytier-core才能重新建立p2p连接
### 描述问题 / Describe the bug 1. 我有3台设备确认都是Full Cone Nat类型, 但是easytier显示为PortRestricted 2. 3台设备之间无法全部p2p 3. 使用tailscale,vnt等工具, 3台设备均可p2p直连 ### 重现步骤 / Reproduction _No response_ ### 预期结果 / Expected behavior 3台设备之间p2p打洞成功 ### 额外上下文...
之前用的nps, 现在用的frp, 因为只有frp支持proxy protocol , 如果该项目能够支持proxy protocol就好了
1.适配不同 API 的推理模型思维链字段名称 2.适配内容中的`` 大部分代码由gemini-2.5pro生成 https://github.com/chatgpt-web-dev/chatgpt-web/issues/600