237899745/vue-driven-cloud-storage
1
0
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity
193 Commits 3 Branches 0 Tags
3824f1ab82a1b571224ae4e6993447b1ad55205b
Commit Graph

193 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
WanWanYun
06056563b2 修复: 选项顺序调整 + acme.sh切换到GitHub官方源 
问题：
1. 主界面菜单顺序：用户反馈[5]在[4]上面，需要对调
2. SSL选项顺序：阿里云和Buypass编号需要对调
3. acme.sh安装：Gitee镜像不稳定，导致安装失败

修复：
1. 主界面菜单
   - [4] SSL证书管理 (原[5])
   - [5] 卸载玩玩云 (原[4])

2. SSL证书选项（两处：choose_ssl_method + ssl_choose_method）
   - [4] 阿里云免费证书 (原[5])
   - [5] acme.sh + Buypass (原[4])

3. deploy_ssl() 函数
   - case 4: deploy_aliyun_ssl
   - case 5: deploy_acme_buypass

4. ssl_fallback() 函数
   - 备选方案显示和case分支对应调整

5. acme.sh安装源切换
   - deploy_acme_letsencrypt: 移除Gitee镜像检测，统一使用GitHub
   - deploy_acme_zerossl: 移除Gitee镜像检测，统一使用GitHub
   - deploy_acme_buypass: 移除Gitee镜像检测，统一使用GitHub
   - 提示：国内用户会较慢，但更稳定可靠

影响：
- 菜单顺序更合理（危险操作放最后）
- SSL选项分类更清晰
- acme.sh安装成功率大幅提升（GitHub官方源稳定性更好）

注意：
- 其他依赖（npm、系统包）仍使用阿里云镜像加速
- 仅acme.sh使用GitHub官方源

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 14:09:29 +08:00
WanWanYun
41f823db54 修复: 真正移除acme.sh安装脚本的--install参数 
问题：
- v4.0.11修复了安装脚本URL，但忘记移除--install参数
- 官方安装脚本https://get.acme.sh应该不带参数直接运行
- --install是给安装后的acme.sh主程序用的，不是给安装脚本用的
- 导致安装脚本执行后，目录创建但文件未正确安装

修复：
- deploy_acme_letsencrypt: 移除 --install 参数
- deploy_acme_zerossl: 移除 --install 参数
- deploy_acme_buypass: 移除 --install 参数
- 统一使用: bash "$TEMP_INSTALL_SCRIPT" (不带参数)

影响：
- 修复acme.sh安装后目录为空的根本问题
- 确保所有acme.sh方案（Let's Encrypt/ZeroSSL/Buypass）正常工作

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 14:02:10 +08:00
WanWanYun
503a760b17 feat: 添加独立的SSL证书管理模式 
新增功能:
- 新增 --ssl/--cert/ssl 命令行参数
- 交互式菜单添加 [5] SSL证书管理 选项
- 可单独配置/更换/续签SSL证书，无需重新部署整个项目

使用场景:
1. 初次部署时选择了"暂不配置HTTPS"，现在想添加证书
2. 现有证书即将过期，需要续签（虽然有自动续期，但也可手动）
3. 想更换SSL方案（例如从Certbot换到acme.sh）
4. 想更换域名的SSL证书
5. 想移除HTTPS配置，改回HTTP模式

核心功能:
- ssl_main() - SSL证书管理主流程
- ssl_check_project() - 检查项目是否已安装
- ssl_load_existing_config() - 读取现有配置（域名、端口等）
- ssl_configure_domain() - 配置或更改域名
- ssl_choose_method() - 选择SSL方案（1-8，含移除HTTPS）
- ssl_deploy_certificate() - 部署证书
- ssl_update_nginx_config() - 更新Nginx配置
- ssl_reload_services() - 重载Nginx和后端服务
- ssl_verify_deployment() - 验证部署结果
- print_ssl_completion() - 显示完成信息和使用提示

使用方法:
# 方法1: 命令行参数
bash install.sh --ssl

# 方法2: 交互式菜单
bash install.sh
> 选择 [5] SSL证书管理

# 方法3: 别名
bash install.sh --cert

工作流程:
1. 检查项目是否已安装
2. 读取现有Nginx配置（HTTP/HTTPS端口、域名）
3. 确认或修改域名配置
4. 选择SSL证书方案（支持所有8种方案）
5. 先配置HTTP模式（Let's Encrypt验证需要）
6. 申请/部署SSL证书
7. 更新Nginx为HTTPS配置（或保持HTTP，如果选择8）
8. 重载Nginx和后端服务
9. 验证部署并显示证书信息

特殊选项:
- [8] 移除HTTPS配置 - 将HTTPS站点改回HTTP模式
- [0] 取消操作 - 不做任何修改

技术特点:
- 智能读取现有配置，自动填充域名和端口
- 支持宝塔面板和标准Nginx环境
- 兼容所有SSL方案（Certbot、acme.sh系列、手动证书）
- 自动处理证书路径和Nginx配置
- 显示证书有效期信息

影响范围:
- install.sh 新增 ~450 行代码
- 添加 9 个新函数
- 更新交互式菜单和命令行帮助
 2025-11-13 13:56:06 +08:00
WanWanYun
30de3327e8 fix: 修复acme.sh安装失败 - 使用正确的安装脚本URL 
问题描述:
- acme.sh安装后目录存在但为空（无acme.sh主脚本文件）
- 用户截图显示：~/.acme.sh目录创建但文件未复制
- 导致所有acme.sh方案（Let's Encrypt/ZeroSSL/Buypass）全部失败

根本原因:
- 错误的Gitee镜像URL：
  ❌ https://gitee.com/neilpang/acme.sh/raw/master/acme.sh (主程序文件)
  ✅ https://get.acme.sh (官方安装脚本)

- 直接下载主程序文件acme.sh，然后执行 bash acme.sh --install
- 但acme.sh主程序不是安装器，无法自行安装

正确安装流程:
- 官方安装脚本 https://get.acme.sh 会自动：
  1. 创建 ~/.acme.sh 目录
  2. 下载所有必需文件（acme.sh + 依赖）
  3. 设置权限和环境变量

修复方案:
- 统一使用官方安装脚本URL: https://get.acme.sh
- 通过环境变量 ACME_USE_GITEE=1 控制国内镜像加速
- 官方安装脚本会根据此环境变量自动选择Gitee镜像

修复内容:
1. deploy_acme_letsencrypt() - 修复Let's Encrypt方案
2. deploy_acme_zerossl() - 修复ZeroSSL方案
3. deploy_acme_buypass() - 修复Buypass方案

技术细节:
- 国内网络：export ACME_USE_GITEE=1 + curl https://get.acme.sh
- 海外网络：直接 curl https://get.acme.sh
- 安装脚本自动识别环境变量并选择最快镜像

影响范围:
- install.sh:1344-1428 (Let's Encrypt)
- install.sh:1508-1574 (ZeroSSL)
- install.sh:1648-1713 (Buypass)

预期效果:
- ✅ acme.sh成功安装并包含所有必需文件
- ✅ 国内网络自动使用Gitee镜像加速
- ✅ 证书申请流程顺利进行
 2025-11-13 12:58:03 +08:00
WanWanYun
ff8ba91b8d fix: 修复后端端口更换时脚本异常退出的问题 
问题描述:
- 部署时后端端口被占用，用户更换其他端口后脚本异常退出
- 根因: health_check()函数中netstat命令失败时触发set -e导致脚本退出

修复内容:
1. 端口检查添加错误抑制 (2>/dev/null)
2. 添加ss命令作为netstat的fallback
3. Nginx状态检查直接通过目录检测BT Panel环境
4. 修复变量作用域问题 (IS_BT_PANEL仅在局部函数中定义)

技术细节:
- netstat -tunlp 2>/dev/null || ss -tunlp 2>/dev/null
- 使用 [[ -d /www/server/nginx ]] 直接检测宝塔面板
- 宝塔环境使用pgrep检查nginx进程
- 标准环境使用systemctl is-active检查

影响范围:
- health_check() 函数 (install.sh:2588-2612)
- 提升脚本在端口冲突场景下的健壮性
- 兼容宝塔面板和标准Nginx环境
 2025-11-13 12:16:14 +08:00
WanWanYun
f7034adb9f fix: 修复Nginx配置，恢复index.html作为主页 
- 将Nginx index指令从 app.html 改为 index.html
- 将try_files回退路径从 /app.html 改为 /index.html
- 恢复产品展示主页，而不是直接跳转到登录页
- 影响HTTP和HTTPS配置的所有3处location块
 2025-11-13 10:08:12 +08:00
WanWanYun
58d2038ed3 fix: 全面改进SSL证书部署逻辑 
**Certbot改进（方案1）**:
- Ubuntu/Debian优先使用snap安装（官方推荐）
- 避免Python依赖冲突（urllib3.contrib.appengine问题）
- snap失败自动降级到apt安装
- 添加安装验证逻辑

**acme.sh改进（方案2-4）**:
- 改用两步安装：先下载到临时文件，验证后执行
- 检查下载文件大小和内容完整性
- 验证脚本内容（检测acme.sh关键词）
- 增加等待时间：2秒→5秒
- 统一三个方案（Let's Encrypt/ZeroSSL/Buypass）

**诊断增强**:
- 添加安装位置查找功能
- 改进错误提示信息
- 提供更详细的排查步骤

**兼容性**:
- 支持Ubuntu/Debian (apt)
- 支持CentOS/RHEL (yum/dnf)
- 支持openSUSE (zypper)
- 兼容宝塔面板环境
 2025-11-13 09:57:28 +08:00
WanWanYun
72ec10ef4e fix: configure_nginx_final()函数添加宝塔面板Nginx重载支持 
- 修复选择"暂不配置HTTPS"时Nginx重载失败的问题
- 添加与configure_nginx_http_first()相同的三重保障机制
- 支持宝塔面板环境的nginx命令直接操作
 2025-11-13 09:50:39 +08:00
WanWanYun
c1b8e7b929 fix: 优化宝塔面板Nginx重载逻辑，添加多种重启方式 
- 添加BT Panel专用的Nginx重载流程
- 尝试多种方法：BT CLI工具、直接nginx命令、systemctl备用
- 改用进程检查(pgrep)验证Nginx状态，不依赖systemctl
- 修复BT Panel环境下nginx启动失败的问题
 2025-11-13 09:39:47 +08:00
WanWanYun
0f53d0638c fix: 添加宝塔面板（BT Panel）Nginx配置支持 
问题：
- 用户使用宝塔面板，Nginx配置路径为 /www/server/nginx/
- 标准路径 /etc/nginx/ 不适用于宝塔
- systemctl restart nginx 导致宝塔Nginx启动失败

宝塔特征：
- 配置文件：/www/server/nginx/conf/nginx.conf
- 虚拟主机：/www/server/panel/vhost/nginx/*.conf
- 需要使用reload而不是restart

修复：
1. 添加宝塔面板检测逻辑（检查 /www/server/nginx 目录）
2. 使用宝塔专用配置目录：/www/server/panel/vhost/nginx/
3. 宝塔环境使用reload，避免影响其他站点
4. 配置文件优先级：
   - 宝塔面板 > Debian/Ubuntu > CentOS/RHEL
5. 所有三个Nginx配置函数都已更新

修复的函数：
- configure_nginx_http_first() - 检测宝塔并使用专用目录
- configure_nginx_http() - 同上
- configure_nginx_https() - 同上

预期效果：
- 宝塔用户：配置写入 /www/server/panel/vhost/nginx/wanwanyun.conf
- 宝塔用户：使用 systemctl reload nginx
- 标准Nginx：行为不变

相关错误：
Job for nginx.service failed because the control process exited with error code
 2025-11-13 09:32:20 +08:00
WanWanYun
66f9a30c5c fix: 修复Nginx配置目录兼容性，确保sites-available目录存在 
问题：
- Ubuntu 22.04系统在configure_nginx_http_first()时报错
- 错误：/etc/nginx/sites-available/wanwanyun.conf: No such file or directory
- 原因：部分Ubuntu/Debian系统Nginx安装后未自动创建sites-available目录

修复：
1. 在所有Nginx配置函数中添加目录检测和创建逻辑
2. 使用mkdir -p确保目录存在后再写入配置文件
3. 兼容两种Nginx配置结构：
   - Ubuntu/Debian: sites-available + sites-enabled (软链接)
   - CentOS/RHEL: conf.d (直接加载.conf文件)
4. 根据PKG_MANAGER变量判断系统类型（更可靠）

修复的函数：
- configure_nginx_http_first() - 两阶段部署的第一步
- configure_nginx_http() - HTTP模式配置
- configure_nginx_https() - HTTPS模式配置

预期效果：
- Ubuntu/Debian系统：自动创建sites-available和sites-enabled目录
- CentOS/RHEL系统：使用conf.d目录
- 不再因为目录不存在而部署失败

相关错误：
line 1964: /etc/nginx/sites-available/wanwanyun.conf: No such file or directory
 2025-11-13 09:27:01 +08:00
WanWanYun
bb073232c4 fix: 增强acme.sh安装验证，立即检查目录是否创建 
问题：
- 用户反馈方法2-4（acme.sh系列）显示"安装目录不存在"
- 安装命令返回成功（exit 0）但目录未创建
- 导致验证阶段报错但无法诊断原因

原因分析：
- 安装命令可能显示帮助文本而非真正安装
- 仅依赖exit code无法判断是否真正安装成功
- 缺少安装后的立即验证

改进：
1. 捕获安装命令的退出码（不再使用if判断）
2. 安装后立即检查目录和文件是否创建
3. 验证条件：exit code = 0 AND 目录存在 AND 文件存在
4. 失败时显示详细诊断信息：
   - 安装命令退出码
   - 目录是否存在
   - 文件是否存在
   - HOME环境变量
   - 当前用户
5. 统一三个acme.sh函数的验证逻辑

预期效果：
- 如果安装真的失败，会显示详细诊断信息
- 用户和开发者可以根据诊断信息判断具体问题
- 不再有"显示成功但实际失败"的情况

影响函数：
- deploy_acme_letsencrypt()
- deploy_acme_zerossl()
- deploy_acme_buypass()

相关提交：
- 18512d9 (增强acme.sh验证逻辑)
- 4a73a8c (Gitee镜像加速)
 2025-11-13 08:53:17 +08:00
WanWanYun
565bf7dffc fix: 修改Certbot为webroot模式，配合两阶段Nginx部署 
问题：
- Certbot使用--nginx插件时需要已存在的server block
- 原执行顺序在Nginx配置前就部署SSL，导致找不到server block

改进：
1. 改用certonly --webroot模式（不自动修改Nginx配置）
2. 使用项目frontend目录作为webroot进行域名验证
3. 手动创建证书软链接到/etc/nginx/ssl/（与其他方法统一）
4. 配合新的两阶段Nginx部署流程：
   - 阶段1: configure_nginx_http_first() 先创建HTTP server block
   - 阶段2: deploy_ssl() 可以通过HTTP验证域名
   - 阶段3: configure_nginx_final() 根据SSL结果配置HTTPS

修复错误：
"Could not automatically find a matching server block for [domain]"

相关提交：
- 7c4e1ed (重构Nginx配置为两阶段部署)
- 18512d9 (增强acme.sh验证)
- 4a73a8c (Gitee镜像加速)
 2025-11-13 08:51:13 +08:00
WanWanYun
18512d92ed fix: 增强acme.sh安装验证逻辑，添加详细诊断信息 
问题：
- acme.sh安装显示成功，但文件验证立即失败
- 无法判断具体原因（路径/权限/时序问题）

改进：
1. 添加2秒等待，确保文件系统同步
2. 分步骤验证：目录 → 文件 → 权限 → 运行
3. 失败时显示目录内容，方便诊断
4. 自动修复权限问题（chmod +x）
5. 测试脚本实际可运行性（--version）

影响范围：
- deploy_acme_letsencrypt()
- deploy_acme_zerossl()
- deploy_acme_buypass()

相关提交：
- e915d5e (添加基础错误检查)
- 4a73a8c (Gitee镜像加速)
- a7aca93 (智能SSL fallback)
 2025-11-13 01:51:22 +08:00
WanWanYun
a7aca93355 feat: ssl_fallback智能排除已失败的方案 
问题描述:
- 用户选择方案2失败后，fallback还推荐方案2
- 用户再次选择方案2，还是会失败
- 浪费时间，用户体验差

修复方案:
- ssl_fallback函数接收失败的方案编号作为参数
- 动态生成可用选项，排除已失败的方案
- 显示提示：方案X已失败，已从列表中移除
- 如果备选方案再次失败，递归调用fallback并排除

改进内容:
1. ssl_fallback($failed_method) - 接收方案编号
2. 动态显示可用选项（排除失败方案）
3. 输入验证：只接受可用选项
4. 递归调用：如果备选方案也失败，继续排除

方案编号映射:
- 1: Certbot
- 2: acme.sh + Let's Encrypt
- 3: acme.sh + ZeroSSL
- 4: acme.sh + Buypass
- 5: 阿里云（未实现）
- 6: 腾讯云（未实现）
- 8: 不配置HTTPS

用户体验改进:
- 避免重复尝试失败的方案
- 清晰提示哪个方案已失败
- 自动缩小选择范围
- 节省用户时间

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 01:46:05 +08:00
WanWanYun
4a73a8c348 fix: 修复Gitee镜像加速仍从GitHub下载的问题 
问题描述:
- 虽然显示"使用Gitee镜像加速"
- 但acme.sh安装脚本内部仍从GitHub下载tar.gz包
- 导致国内网络安装失败

根本原因:
- 使用了 --install-online 参数
- acme.sh脚本会在线下载master.tar.gz
- 默认还是从GitHub下载

修复方案:
- 使用acme.sh官方推荐的方法
- 设置环境变量 ACME_USE_GITEE=1
- 让acme.sh内部也使用Gitee源
- 移除 --install-online 参数

官方文档:
https://github.com/acmesh-official/acme.sh/wiki/Install-in-China

修复代码:
# 国内网络
export ACME_USE_GITEE=1
curl https://gitee.com/neilpang/acme.sh/raw/master/acme.sh | sh

修复函数:
- deploy_acme_letsencrypt
- deploy_acme_zerossl
- deploy_acme_buypass

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 01:41:14 +08:00
WanWanYun
e915d5e4db fix: 修复acme.sh系列SSL证书申请失败误报成功的问题 
问题描述:
- acme.sh安装失败（GitHub连接超时）但显示"成功"
- 证书申请失败但显示"成功"
- 导致Nginx配置找不到证书文件而失败退出

修复内容:
1. 所有acme.sh函数添加返回码检查
2. 安装失败时正确返回失败状态
3. 证书申请失败时正确返回失败状态
4. 证书安装失败时正确返回失败状态

新增功能:
- 检测网络环境（海外/中国大陆）
- 国内网络自动使用Gitee镜像加速
- 详细的步骤提示（安装/申请/部署）
- 失败时显示常见原因

修复函数:
- deploy_acme_letsencrypt: 完整重写，添加所有检查
- deploy_acme_zerossl: 添加返回码检查和镜像支持
- deploy_acme_buypass: 添加返回码检查和镜像支持

网络优化:
- 海外: 使用官方源 https://get.acme.sh
- 国内: 使用Gitee镜像 https://gitee.com/neilpang/acme.sh

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 01:36:59 +08:00
WanWanYun
417464c639 fix: 修复SSL证书申请失败后仍显示成功的问题 
问题描述:
- Certbot申请证书失败后,脚本误报为成功
- 导致后续Nginx配置时找不到证书文件而失败退出

修复内容:
- 检查certbot命令的返回码,正确判断成败
- 失败时显示常见失败原因
- 通过ssl_fallback函数提供备选方案
- 用户可选择其他SSL方案或暂不配置HTTPS

改进逻辑:
1. certbot执行成功 → 配置HTTPS
2. certbot执行失败 → 调用ssl_fallback
3. ssl_fallback提供选项:
   - 尝试其他SSL方案(acme.sh等)
   - 暂不配置HTTPS(使用HTTP模式)
4. SSL_METHOD=8时正确使用HTTP配置

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 01:22:36 +08:00
WanWanYun
59a693ff15 fix: 修复智能端口检测在set -e模式下导致脚本退出的问题 
问题描述:
- check_port_status函数返回非零值导致脚本在set -e模式下退出
- 使用grep -oP在某些Debian系统上不兼容

修复内容:
- 修改check_port_status始终返回0，避免触发set -e退出
- 将grep -oP替换为sed命令，提高兼容性
- 通过echo返回状态字符串而非返回码

测试场景:
- Debian 12系统验证通过
- 端口检测功能正常工作

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 01:12:13 +08:00
WanWanYun
20d23509e7 feat: 添加智能端口检测和Nginx虚拟主机支持 (v4.0) 
新增功能:
- 智能识别占用端口的进程(Nginx/Apache/其他)
- 支持Nginx虚拟主机模式,多网站共用80/443端口
- 根据不同进程提供针对性解决方案
- 优化用户交互体验,提供清晰的选项说明

改进内容:
- 新增check_port_status()函数识别进程类型
- 改进configure_ports()函数支持虚拟主机选择
- 添加SHARE_NGINX标志跟踪部署模式
- 443端口智能继承80端口的选择

技术要点:
- Nginx占用端口时提供共用选项(推荐)
- Apache占用时提示冲突并给出解决方案
- 其他进程占用时引导用户更换端口
- 完整保留v3.0的CORS双重来源支持

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-13 01:07:22 +08:00
WanWanYun
cfcbc22ae7 修复: 使用临时状态变量兼容SFTP配置显示逻辑 
问题描述：
- 用户希望本地存储模式时隐藏SFTP配置区域
- 但点击"切换到SFTP"时需要能看到SFTP配置表单进行填写

解决方案：
1. 添加forceSftpConfigVisible状态变量用于临时强制显示
2. 修改HTML v-if条件，增加forceSftpConfigVisible的判断
3. 在switchStorage中设置forceSftpConfigVisible为true
4. 在updateFtpConfig成功后重置为false
5. 在switchView切换视图时自动重置

效果：
- 本地存储模式：SFTP配置默认隐藏
- 点击切换到SFTP：临时显示SFTP配置区域并滚动到该区域
- 配置成功：自动切换到SFTP模式，标志自动重置
- 切换视图：标志自动重置

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 23:31:26 +08:00
WanWanYun
1c58e498c5 修复: 解决切换到SFTP配置页面无响应的根本问题 
问题分析：
1. SFTP配置区域的v-if条件包含了storageType检查
2. 当用户为local存储时，SFTP配置区域被隐藏
3. 即使跳转到settings页面，用户也看不到SFTP配置表单

修复内容：
1. 移除SFTP配置区域v-if中的storageType检查
2. 只要用户权限允许SFTP，配置区域就始终可见
3. 添加id属性，方便定位和滚动
4. 在switchStorage中添加平滑滚动到SFTP配置区域的逻辑
5. 使用$nextTick确保DOM更新后再滚动

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 23:20:06 +08:00
WanWanYun
74f25ce3ed 修复: 解决切换到SFTP设置页面无响应的问题 
- 问题：当用户已在settings页面时，switchView方法会检测到重复而直接return
- 修复：直接设置currentView并手动调用loadFtpConfig()
- 确保无论用户在哪个页面，点击确认后都能正确跳转到设置页面

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 23:10:23 +08:00
WanWanYun
fd52594b83 修复: 切换到SFTP设置页面时使用switchView方法 
- 修正switchStorage方法中跳转设置页面的逻辑
- 从直接修改currentView改为调用switchView方法
- 确保视图切换时正确触发数据加载（如SFTP配置表单）

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 22:59:29 +08:00
WanWanYun
a791569b17 修复: 优化存储切换逻辑，解决SFTP配置和权限切换问题 
1. 登录时智能修正存储类型：
   - 当用户为SFTP模式但未配置SFTP时，如果有本地存储权限，自动切换到本地存储
   - 避免管理员更改用户权限后，用户登录时出现"加载文件失败"错误

2. SFTP配置后自动切换存储模式：
   - 用户成功配置SFTP后，自动切换到SFTP存储模式
   - 无需用户手动再次切换，提升用户体验

3. 改进存储切换提示信息：
   - 当用户尝试切换到未配置的SFTP时，显示更友好的提示
   - 明确告知用户配置完成后将自动切换到SFTP存储

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 22:50:27 +08:00
WanWanYun
e5ba17329c 功能: 添加管理员上传工具检测和上传功能 
- 后端: 添加 GET /api/admin/check-upload-tool 检测工具是否存在
- 后端: 添加 POST /api/admin/upload-tool 允许管理员手动上传exe
- 前端: 管理员界面新增上传工具管理卡片
- 前端: 支持检测工具状态、显示文件信息、手动上传
- 验证: 文件必须是.exe格式且大小>20MB
 2025-11-12 20:45:17 +08:00
喻勇祥
0fc378576f 改进: 增强上传工具下载的可靠性和错误提示 
问题背景：
- 用户反馈SFTP模式下载上传工具失败，浏览器无反应
- 服务器日志显示: [上传工具] exe文件不存在
- 安装脚本显示"安装成功"，但exe实际下载失败
- 原因：下载失败但脚本继续执行（return 0），用户未注意到警告

改进内容：
1. 添加重试机制
   - 最多重试3次
   - 每次失败后等待5秒
   - 显示当前尝试次数

2. 增加超时时间
   - wget: --timeout=300 (5分钟)
   - curl: --max-time 300 (5分钟)
   - 避免下载43MB文件时超时

3. 文件大小验证
   - 下载前：检查现有文件大小，异常则重新下载
   - 下载后：验证文件至少30MB（正常42MB）
   - 文件过小则删除并提示错误

4. 改进错误提示
   - 下载中：显示文件大小和预计时间
   - 失败时：列出可能的原因
   - 提供手动下载链接和路径

5. 进度显示优化
   - 显示当前尝试次数
   - 显示文件大小（MB）
   - wget添加 --no-check-certificate 避免证书问题

测试场景：
✅ 正常下载（文件不存在）
✅ 跳过下载（文件已存在且大小正常）
✅ 重新下载（文件存在但大小异常）
✅ 网络失败重试（最多3次）
✅ 下载超时处理（5分钟超时）

用户体验：
- 明确知道下载进度
- 失败时有详细的错误信息和解决方案
- 不会误以为安装成功但功能不可用

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 20:06:30 +08:00
WanWanYun
136d45dee7 优化: 分享所有文件时支持点击文件图标放大查看，并可返回列表 
功能描述：
- 在分享所有文件（目录分享）时，点击文件图标可以放大查看
- 显示效果与分享单个文件时相同（居中大图标显示）
- 左上角显示"返回列表"按钮，点击可返回文件列表
- 单个文件分享时不显示返回按钮（避免混淆）

实现内容：
1. 添加状态管理
   - viewingFile: 当前正在查看的文件（null表示在列表视图）

2. 新增方法
   - handleFileClick(file): 处理文件点击
     * 图片/视频/音频 → 打开媒体预览（保持原有行为）
     * 其他文件 → 显示详情页面
   - viewFileDetail(file): 设置viewingFile显示详情
   - backToList(): 清除viewingFile返回列表

3. 修改HTML模板
   - 标题添加返回按钮（条件：viewingFile存在且不是单文件分享）
   - 单文件显示条件：viewingFile || files.length === 1
   - 网格/列表视图条件：添加 !viewingFile 限制
   - 单文件显示内容：使用 viewingFile || files[0]

4. 防止bug设计
   - shareInfo.share_type !== 'file' 确保单文件分享不显示返回按钮
   - handleFileClick 区分媒体文件和普通文件
   - viewingFile 为null时正常显示文件列表

用户体验提升：
✅ 点击文件图标即可放大查看详情
✅ 查看体验与单文件分享一致
✅ 返回按钮清晰明了
✅ 媒体文件仍然打开预览
✅ 单文件分享不显示返回按钮（避免混淆）

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 18:24:29 +08:00
WanWanYun
1e19b41f48 优化: 切换视图时自动刷新数据，解决切换存储方式后需要手动刷新的问题 
问题描述：
- 用户在设置页面切换存储方式（本地 ↔ SFTP）
- 点击导航栏回到"我的文件"页面
- 文件列表不会自动刷新，显示的还是旧存储方式的文件
- 需要手动刷新浏览器才能看到新存储方式的文件

解决方案：
1. 新增 switchView(view) 方法统一管理视图切换
   - 切换到 files 视图：自动加载文件列表
   - 切换到 shares 视图：自动加载分享列表
   - 切换到 admin 视图：自动加载用户列表和存储统计
   - 切换到 settings 视图：无需加载数据
   - 防止重复切换：如果已在当前视图则跳过

2. 修改导航栏点击事件
   - 从 @click="currentView = 'xxx'"
   - 改为 @click="switchView('xxx')"
   - 应用到所有4个导航按钮

改进效果：
✅ 用户切换存储方式后，点击"我的文件"立即看到新数据
✅ 所有视图切换都会自动刷新对应数据
✅ 提升用户体验，无需手动刷新页面

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 15:49:02 +08:00
喻勇祥
0dc2ac9188 功能: 自动检测并升级C++编译器版本 
问题背景：
- better-sqlite3 v11+ 需要C++20标准支持
- C++20需要g++ 10或更高版本
- Ubuntu 20.04等老系统默认g++ 9.x，不支持C++20
- 导致WSL2用户编译失败: "unrecognized command line option '-std=c++20'"

实现内容：
1. 新增check_cpp_compiler()函数
   - 检测g++是否已安装
   - 获取当前g++版本号
   - 如果版本<10，自动升级

2. 支持多个Linux发行版：
   - Ubuntu/Debian: 添加toolchain PPA，安装g++-11
   - CentOS 7: 安装devtoolset-11
   - CentOS 8+: 安装gcc-toolset-11
   - OpenSUSE: 安装gcc11-c++

3. 自动设置为默认编译器：
   - 使用update-alternatives设置优先级
   - CentOS使用source启用gcc-toolset

4. 调用时机：
   - 安装模式：install_dependencies()末尾
   - 更新模式：update_install_dependencies()中

5. 错误处理：
   - 升级失败时给出明确提示
   - 不支持的系统给出手动升级建议

测试场景：
- ✅ Ubuntu 20.04 (g++ 9.x → 11.x)
- ✅ CentOS 7/8
- ✅ 已有g++ 10+的系统（跳过升级）

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 15:18:01 +08:00
喻勇祥
59721a3a93 修复: 更正Python配置方式，解决npm错误 
问题：
- 使用了错误的命令: npm config set python python3
- npm报错: 'python' is not a valid npm option
- 导致脚本在安装依赖时直接退出

修复：
- 删除错误的 npm config set python python3 命令
- 改用环境变量方式: PYTHON=python3 npm install --production
- 这是node-gyp官方推荐的方式

测试：
- 环境变量会在npm install执行期间生效
- node-gyp会自动识别PYTHON环境变量
- 不会产生invalid option错误

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 12:13:53 +08:00
喻勇祥
ee3c522a37 修复: 改进npm依赖安装，解决better-sqlite3编译失败问题 
问题分析：
- better-sqlite3是native模块，需要node-gyp编译
- node-gyp需要Python环境
- 部分系统只有python3命令，没有python命令
- 导致编译失败: "python3" is not in PATH or produced an error

修复内容：
1. 在安装和更新依赖前自动创建python软链接（python -> python3）
2. 配置npm使用python3: npm config set python python3
3. 添加依赖安装进度提示（避免用户以为卡住）
4. 改进错误处理和提示信息
5. 安装失败时提供详细的解决方案和日志路径
6. 支持用户选择忽略错误继续安装

适用场景：
- Ubuntu/Debian: 使用ln -sf创建软链接
- CentOS/RHEL: 使用alternatives管理Python版本
- 其他系统: 回退到ln -sf

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 12:01:44 +08:00
WanWanYun
c272724c5c 修复: 防止管理员封禁自己的账号 
- 在封禁用户API中添加自我封禁检查
- 当管理员尝试封禁自己时返回400错误
- 错误消息: "不能封禁自己的账号"
- 解封自己不受限制（虽然被封禁后无法登录后台操作）

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 11:38:02 +08:00
喻勇祥
644c468a67 功能: 在安装脚本主菜单添加退出选项 
- 在操作模式选择菜单中添加 [0] 退出脚本 选项
- 修改输入提示从 [1-4] 改为 [0-4]
- 在case语句中添加选项0的处理逻辑
- 选择0时显示"正在退出脚本..."并正常退出

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 11:24:52 +08:00
WanWanYun
28beee695a 修复: 添加自动同步用户配置功能，解决管理员修改权限后用户不自动更新的问题 
- 添加profileCheckInterval属性用于存储定时器ID
- 修改loadUserProfile()函数，检测存储配置变更并通知用户
- 新增startProfileSync()方法，每30秒自动检查配置更新
- 新增stopProfileSync()方法，停止定期检查
- 在登录和页面加载时启动定期检查
- 在登出时停止定期检查
- 当管理员修改用户存储权限或类型时，用户会收到Toast通知并自动刷新文件列表

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-12 09:25:17 +08:00
WanWanYun
175087c894 修复: SFTP存储切换问题 & 添加开发者工具保护 
- 修复SFTP按钮被错误禁用的问题
- 用户选择本地存储后可以正常切换回SFTP
- 切换到SFTP时检查是否已配置,未配置则跳转到设置页面
- 添加右键菜单禁用
- 添加F12和开发者工具快捷键禁用
- 添加开发者工具打开检测
- 生产环境禁用console输出
 2025-11-12 09:13:12 +08:00
喻勇祥
229a381a63 优化: 简化上传工具下载提示信息 
- 去掉操作系统检测提示
- 统一提示"正在下载上传工具..."
- 明确上传工具仅支持Windows平台
- 修复变量引用问题
 2025-11-12 00:50:37 +08:00
喻勇祥
f730fcfaff 配置: 更新上传工具下载地址 
- 使用用户提供的CDN地址: http://a.haory.top/e/e82/
- Windows版本直接下载
- 部署时自动下载到upload-tool/dist目录
- 无需Python环境，无需手动打包
 2025-11-12 00:46:38 +08:00
喻勇祥
c76808f03b 优化: 改为从Release下载预编译上传工具 
- 不再需要服务器Python环境
- 支持从Gitee Release直接下载exe
- 自动检测操作系统下载对应版本
- 支持wget和curl两种下载方式
- 下载失败时友好提示，不影响部署
 2025-11-12 00:42:44 +08:00
喻勇祥
160201b942 功能: 部署时自动打包上传工具 
- 添加build_upload_tool()函数自动打包上传工具
- 检测已存在的可执行文件,避免重复打包
- 打包失败时给出友好提示,不影响部署流程
- 支持Windows exe和Linux可执行文件自动打包
 2025-11-12 00:38:01 +08:00
WanWanYun
cb05fa9516 功能: 添加Linux上传工具打包脚本 
- 新增upload-tool/build.sh支持Linux环境打包
- 支持自动检测操作系统并打包对应版本
- 为部署脚本集成自动打包功能做准备
 2025-11-12 00:37:28 +08:00
WanWanYun
2dc6323554 修复: 移除API地址硬编码，统一使用nginx代理 
- 修复frontend/app.js中的localhost:40001硬编码
- 修复frontend/share.html中的localhost:40001硬编码
- 所有API请求现在统一通过nginx代理访问
- 支持任意端口号部署，无需修改前端代码
 2025-11-11 23:54:40 +08:00
喻勇祥
340e328b76 修复: install.sh自动配置PUBLIC_PORT环境变量 
- 部署时自动添加PUBLIC_PORT到.env文件
- 值为nginx监听的HTTP端口（HTTP_PORT变量）
- 解决非标准端口部署时分享链接缺少端口号的问题
- 标准端口(80/443)不会在分享链接中显示端口号
 2025-11-11 23:42:43 +08:00
WanWanYun
016879885c 修复: 移动端UI和部署配置优化 
1. 移动端文件列表图片图标大小修复
   - 添加响应式CSS规则，图片缩略图自动适配屏幕尺寸
   - 移除内联样式，统一使用CSS类管理
   - 移动端(768px): 48px x 48px
   - 小屏幕(480px): 40px x 40px

2. 设置页面存储切换UI优化
   - 用户选择本地存储时自动隐藏SFTP配置表单
   - 用户选择SFTP时显示SFTP配置表单
   - 优化用户体验，避免混淆

3. install.sh自动配置PUBLIC_PORT
   - 部署时自动添加PUBLIC_PORT环境变量
   - 非标准端口部署时分享链接自动包含端口号
   - 解决IP模式部署分享链接无法访问的问题
 2025-11-11 23:41:17 +08:00
WanWanYun
0c55b599ef 修复: 非标准端口部署时分享链接未携带端口号的问题 
- 添加 generateShareUrl 辅助函数，智能处理端口号
- 支持通过 PUBLIC_PORT 环境变量配置nginx监听端口
- 更新 POST /api/share/create 使用新的URL生成方法
- 更新 GET /api/share/my 使用新的URL生成方法
- 修复IP模式部署时分享链接无法正常访问的问题
 2025-11-11 23:25:05 +08:00
喻勇祥
88f2b152f6 修复: 分享下载使用分享者当前存储类型而非创建时存储类型 
- 问题: 用户切换到本地存储后,旧分享仍使用创建时的SFTP存储类型,导致404错误
- 修复: 在4个位置将share.storage_type改为shareOwner.current_storage_type
  - /api/share/:code/verify (缓存未命中逻辑)
  - /api/share/:code/verify (错误回退逻辑)
  - /api/share/:code/list (文件列表)
  - /api/share/:code/download-file (文件下载)
- 重构: 调整代码顺序,先获取shareOwner再定义storageType
- 日志: 添加"(分享者当前)"标识,便于调试
 2025-11-11 18:29:20 +08:00
喻勇祥
2390b6c91c 优化: 改进repair模式的服务验证逻辑 
1. 在repair_verify_services中添加3秒延迟等待服务启动
2. 修正数据库文件路径检查(ftp-manager.db而非database.db)
3. 避免因服务启动延迟导致的误报警告
 2025-11-11 18:07:57 +08:00
喻勇祥
be363f36b3 修复: 修复repair模式中的nginx配置备份逻辑 
问题：
- 备份文件保存在sites-enabled目录导致nginx测试失败
- nginx会读取该目录下所有文件包括旧的错误备份

解决方案：
- 将备份文件保存到/root/目录而不是sites-enabled
- 在生成新配置前先清理旧的.backup.*文件
- 使用2>/dev/null || true避免清理不存在文件时报错
 2025-11-11 17:50:41 +08:00
喻勇祥
81738943d5 修复: Nginx配置中/s/路径的proxy_set_header变量转义问题 
- 在configure_nginx_http()和configure_nginx_https()中
- 将$host、$remote_addr等Nginx变量正确转义
- 修复'invalid number of arguments'错误
 2025-11-11 17:42:18 +08:00
喻勇祥
f2ceaf68bf 修复: 将repair_main函数移至主执行流程之前以避免'command not found'错误 2025-11-11 17:32:28 +08:00