Files
AIclinicalresearch/docs/03-业务模块/Redcap/01-部署与配置/13-部署问题排查手册.md
HaHafeng 66255368b7 feat(admin): Add user management and upgrade to module permission system
Features - User Management (Phase 4.1):
- Database: Add user_modules table for fine-grained module permissions
- Database: Add 4 user permissions (view/create/edit/delete) to role_permissions
- Backend: UserService (780 lines) - CRUD with tenant isolation
- Backend: UserController + UserRoutes (648 lines) - 13 API endpoints
- Backend: Batch import users from Excel
- Frontend: UserListPage (412 lines) - list/filter/search/pagination
- Frontend: UserFormPage (341 lines) - create/edit with module config
- Frontend: UserDetailPage (393 lines) - details/tenant/module management
- Frontend: 3 modal components (592 lines) - import/assign/configure
- API: GET/POST/PUT/DELETE /api/admin/users/* endpoints

Architecture Upgrade - Module Permission System:
- Backend: Add getUserModules() method in auth.service
- Backend: Login API returns modules array in user object
- Frontend: AuthContext adds hasModule() method
- Frontend: Navigation filters modules based on user.modules
- Frontend: RouteGuard checks requiredModule instead of requiredVersion
- Frontend: Remove deprecated version-based permission system
- UX: Only show accessible modules in navigation (clean UI)
- UX: Smart redirect after login (avoid 403 for regular users)

Fixes:
- Fix UTF-8 encoding corruption in ~100 docs files
- Fix pageSize type conversion in userService (String to Number)
- Fix authUser undefined error in TopNavigation
- Fix login redirect logic with role-based access check
- Update Git commit guidelines v1.2 with UTF-8 safety rules

Database Changes:
- CREATE TABLE user_modules (user_id, tenant_id, module_code, is_enabled)
- ADD UNIQUE CONSTRAINT (user_id, tenant_id, module_code)
- INSERT 4 permissions + role assignments
- UPDATE PUBLIC tenant with 8 module subscriptions

Technical:
- Backend: 5 new files (~2400 lines)
- Frontend: 10 new files (~2500 lines)
- Docs: 1 development record + 2 status updates + 1 guideline update
- Total: ~4900 lines of code

Status: User management 100% complete, module permission system operational
2026-01-16 13:42:10 +08:00

5.6 KiB
Raw Permalink Blame History

REDCap Docker 本地部署问题解决记录

日期: 2026-01-02
版本: REDCap 15.8.0
环境: Windows 10 + Docker Desktop + Docker Compose


📋 部署成功确认

REDCap 15.8.0 已成功部署在本地Docker环境


🐛 遇到的问题及解决方案

问题1ERR_CONTENT_DECODING_FAILED

现象:

  • 浏览器访问REDCap首页时报错net::ERR_CONTENT_DECODING_FAILED 200 (OK)
  • CSS/JS资源加载失败

根本原因:

  1. Apache的mod_deflate模块与PHP的zlib.output_compression冲突
  2. REDCap源码中动态启用了压缩System.phpgeneral_settings.php中的ini_set
  3. 导致数据被多次压缩,浏览器无法解码

解决方案:

  1. docker-entrypoint.sh中强制禁用Apache的deflate模块a2dismod -f deflate
  2. php.ini中显式关闭压缩:
    zlib.output_compression = Off
    output_buffering = Off
    
  3. docker-entrypoint.sh中自动注释REDCap源码中的ini_set('zlib.output_compression', ...)

预防措施:

  • 已在redcap.conf中注释掉mod_deflate配置
  • 开发环境不需要Gzip压缩可提高调试效率

问题2Base URL配置错误

现象:

  • CSS/JS文件路径包含多余的/redcap/前缀
  • 例如:http://localhost:8080/redcap/redcap_v15.8.0/Resources/...
  • 导致404错误

根本原因:

  • REDCap数据库配置表redcap_config中的redcap_base_url设置为http://localhost:8080/redcap
  • 但Apache的DocumentRoot实际指向/var/www/html/redcap_v15.8.0

解决方案:

UPDATE redcap_config 
SET value = 'http://localhost:8080' 
WHERE field_name = 'redcap_base_url';

预防措施:

  • 在安装向导或SQL导入时确保Base URL与DocumentRoot一致

问题3登录失败 - 响应数据无法加载

现象:

  • 输入正确的用户名密码后,页面不跳转
  • Network面板显示POST请求返回200但"无法加载响应数据"

根本原因:

  • database.php文件末尾有?>PHP结束标签和空行
  • Windows系统的CRLF换行符被输出到HTTP响应
  • 导致响应体污染,浏览器无法解析

详细分析:

# database.php末尾的十六进制内容
00000050: e585 a80d 0a20 2a2f 0d0a 0d0a 3f3e 0d0a  ..... */....?>..
00000060: 0d0a 0d0a                                ....
        # `*/`  CRLF  CRLF  `?>`  CRLF  CRLF  CRLF

解决方案:

  1. 删除database.php末尾的?>和所有空行
  2. 创建.gitattributes强制PHP文件使用LF换行符
  3. docker-entrypoint.sh中添加检查逻辑(警告提示)

PHP最佳实践

  • 📌 配置文件和库文件末尾不应该写?>
  • 📌 这是PHP官方推荐用于防止末尾空行污染输出
  • 📌 REDCap官方源码都遵循此规范

🔒 安全措施

密码重置工具

创建了scripts/create-redcap-password.php用于重置REDCap用户密码

# 使用方法
docker cp scripts/create-redcap-password.php redcap-apache:/tmp/
docker exec redcap-apache php /tmp/create-redcap-password.php

注意: 此脚本仅用于开发环境!生产环境应禁用。


最终确认

REDCap系统是安全的

重要结论:

  1. REDCap官方源码15.8.0版本数千个PHP文件都是规范的
  2. 官方文件末尾都没有?>不存在CRLF污染问题
  3. 问题仅存在于我们创建的配置文件database.php
  4. 一旦修复,不会有其他类似问题

验证证据:

# REDCap官方index.php末尾规范
tail -c 20 /var/www/html/redcap/redcap_v15.8.0/index.php | xxd
00000000: 656e 6572 616c 2f66 6f6f 7465 722e 7068  eneral/footer.ph
00000010: 7027 3b0a                                p';.
# 末尾只有 '; 和换行符,没有?>

# REDCap官方Authentication.php末尾规范
tail -c 30 /var/www/html/redcap/redcap_v15.8.0/Classes/Authentication.php | xxd
00000000: 6c2c 205b 2475 7365 7269 645d 2929 203e  l, [$userid])) >
00000010: 2030 3b0a 0909 7d0a 097d 0a0a 7d0a        0;...}..}..}.
# 末尾只有 } 和换行符,没有?>

📚 经验总结

1. Docker跨平台注意事项

Windows + Docker + Linux容器组合会暴露文件格式问题

  • Windows默认CRLF (\r\n)
  • Linux默认LF (\n)
  • Git的autocrlf设置可能自动转换
  • 使用.gitattributes显式控制换行符

2. PHP配置文件最佳实践

<?php
// 配置代码...

// ❌ 错误:有结束标签和空行
?>


<?php
// 配置代码...

// ✅ 正确:没有结束标签

3. REDCap部署检查清单

  • Apache DocumentRoot与Base URL一致
  • 禁用压缩模块(开发环境)
  • database.php末尾无?>
  • 文件换行符统一为LF
  • 密码哈希正确生成
  • Session目录权限正确

🚀 后续部署到生产环境

本地Docker开发环境已验证通过可以安全迁移到阿里云ECS

  1. 使用相同的Dockerfile.redcap构建镜像
  2. 修改database.php连接到RDS
  3. 生产环境可以启用Gzip压缩使用Nginx反向代理
  4. 所有配置文件已经过验证不会有CRLF问题

未来不需要逐个排查REDCap文件因为官方代码是规范的


📞 联系方式

如有问题,请查看: