WP Panel v1.7.0 正式发布。
这次更新主要做了两件事：让面板自动更新更容易理解，以及让设置页更紧凑、更好用。自动更新不再要求管理员在“仅补丁版本”和“所有正式版”之间做选择；root 密码恢复也改为按需打开的弹窗，并增加了浏览器本地生成强密码的能力。
安全边界没有因此降低：自动更新仍然默认关闭，预发布版本不会自动安装，签名、摘要、备份、健康检查和失败回滚继续保留。
自动更新不再区分补丁版和其他正式版
旧版允许选择“仅补丁版本”或“所有正式版”。这个选项看起来更谨慎，但实际使用时容易产生误解：面板只查询 GitHub 的最新正式版本，当最新版本已经进入新的次版本时，停留在旧分支的服务器不会继续寻找一个并不存在于“最新版本”接口里的旧分支补丁。
从 v1.7.0 开始，自动更新只有一个清晰规则：
- 自动更新继续默认关闭；
- 管理员开启后，面板会安装任何高于当前版本的稳定正式版；
- Beta、RC 和其他预发布版本不会自动安装；
- 手动检查和手动更新仍然可以随时使用。
旧服务器不会被静默扩大更新范围
如果服务器以前已经开启“仅补丁版本”，升级到 v1.7.0 后，面板会先安全关闭自动更新，并在设置页提示管理员重新确认。只有管理员接受新的稳定版范围并再次开启后，自动更新才会恢复。
如果服务器以前从未开启自动更新，升级后仍然保持关闭，也不会出现要求重新开启的提示。原本已经选择“所有正式版”的服务器保持现有状态。
新版本默认观察 24 小时
面板首次检测到新的稳定正式版后，默认至少等待 24 小时，再在设置的更新时间窗口内尝试安装。这里的 24 小时从面板首次检测到该版本开始计算，不是从 GitHub 发布时间开始计算。
- GitHub 版本检查失败会在设置页显示最近状态，不再静默等待一整天；
- 检查失败后，会在更新时间窗口内约 30 分钟后重试；
- 短暂的网络失败或等待签名，不会让已经经过的观察期重新从头计算；
- 设置页会显示最近检查、最近结果和预计检查时间，并提醒预计时间仍受服务器时间的更新窗口限制。
更新保护没有减少
版本策略变简单，不代表安装流程变得激进。自动更新与手动更新仍然使用同一套保护：
- 验证 Ed25519 发布签名和 SHA256 摘要；
- 替换程序前备份面板程序和面板数据库；
- 新版本启动后检查数据库、核心表、健康接口和实际运行版本；
- 健康检查失败时尝试恢复旧程序，并保留可排查的失败阶段。
设置页重新整理
设置页按照使用关系重新分组，减少内容高度不一致造成的大块空白：
- 第一行：面板与账户 / 服务器基础设置；
- 第二行：更新管理 / WordPress 安装包；
- 面板数据库备份和操作日志继续使用全宽区域。
面板更新和 Debian 系统更新现在位于同一个“更新管理”卡片中，但它们仍然是两套独立操作：更新面板不会顺带更新系统软件包，更新系统软件包也不会改变面板版本。
root 密码恢复改为弹窗，并支持生成强密码
“修改服务器 root 密码”不再长期占用设置页空间。需要使用时，在“服务器基础设置”中点击按钮打开弹窗，并重新输入当前面板登录密码。
- 可使用浏览器 Web Crypto 在本机生成 24 位强密码；
- 支持显示和复制，便于保存到可信的密码管理器；
- 生成过程不请求后端，面板不会保存或记录生成的密码；
- 操作只修改 Linux
root密码，不会开启或关闭 SSH 密码登录，也不会修改sshd_config、防火墙或 root SSH 登录策略。
升级与兼容性
- 数据库版本升级到
1.0.67，迁移由面板自动完成； - 旧默认 15 分钟观察期调整为 24 小时，管理员自定义的其他观察期保持不变；
- 升级不会修改已有网站、WordPress 数据、Nginx、PHP-FPM、MariaDB、Redis 或 SSH 配置；
- 面板升级期间会按现有流程重启 WP Panel 服务。
常见问题
升级到 v1.7.0 后，自动更新会自己开启吗？
不会。自动更新继续默认关闭，原本关闭的服务器升级后仍然关闭。
开启自动更新后会安装测试版吗？
不会。自动更新只接受稳定正式版，预发布版本会被跳过。
设置 root 密码后，就能用密码登录 SSH 吗？
不一定。服务器原本允许 root 密码登录时，新密码可以按现有 SSH 策略使用；服务器原本禁止密码登录或禁止 root 登录时，本次操作不会解除限制。
立即升级
WP Panel v1.7.0 已正式发布：查看 v1.7.0 发布页面。
更完整的操作说明可查看安装、登录与面板更新和软件、计划任务、告警与设置。
