Discuz X3.5 安装报权限不足时，不建议直接将全站目录设为 777 权限，应优先将目录所有者修改为 Web 服务运行用户。此方法适用于 Linux 服务器环境，风险边界在于错误修改所有者可能导致网站无法读取文件。
先说结论：Discuz X3.5 安装权限报错应优先修改文件所有者而非粗暴开放 777 权限。
- 先确认 Web 服务运行用户是 www 还是 www-data
- 先处理 config、data、uc_client 等关键目录的写入权限
- 再验证安装页面刷新后权限检测是否通过
命令速用版
以下命令假设网站根目录为 /www/wwwroot/discuz，Web 运行用户为 www，请根据实际路径和用户调整。
chown -R www:www /www/wwwroot/discuz
find /www/wwwroot/discuz -type d -exec chmod 755 {} \;
find /www/wwwroot/discuz -type f -exec chmod 644 {} \;
chmod 777 /www/wwwroot/discuz/config
chmod 777 /www/wwwroot/discuz/data
chmod 777 /www/wwwroot/discuz/uc_client
chmod 777 /www/wwwroot/discuz/uc_server为什么会这样
权限报错的根本原因是 PHP 进程所属用户没有文件写入权限。Discuz 安装程序需要向 config 和 data 等目录写入配置文件和缓存数据，若文件所有者是 root 而 Web 服务以 www 用户运行，PHP 进程就无法写入。直接设 777 虽能绕过检查，但会让任何用户都能修改文件，存在严重安全隐患。
分步处理
第一步：确认 Web 服务运行用户
执行 ps aux | grep nginx 或 ps aux | grep apache 查看进程用户。常见用户名为 www、www-data 或 nobody。记录该用户名，后续命令需用到。
第二步：修改目录所有者
使用 chown 命令将网站目录所有者改为 Web 用户。例如用户为 www，命令为 chown -R www:www /你的网站路径。此操作确保 Web 进程有权读取所有文件。
第三步：开放特定目录写入权限
仅对安装所需的 config、data、uc_client、uc_server 目录设置 777 权限，或保持 755 但确保所有者正确。若安装程序仍报错，可临时对这四个目录执行 chmod 777。
第四步：回滚权限（安装完成后）
安装成功后，应将 config 目录下的配置文件设为只读，防止被恶意篡改。执行 chmod 644 /你的网站路径/config/config_global.php。
怎么验证是否生效
刷新 Discuz 安装页面，查看环境检测步骤中的目录权限检测项。若所有必填目录显示为“可写”或绿色通过标识，说明权限设置生效。若仍显示红色不可写，检查是否漏改了 uc_server 目录或 SELinux 是否拦截。
常见坑
1. 全站 777 风险：将整个网站目录设为 777 会导致上传漏洞被利用时黑客可直接修改核心文件，生产环境严禁长期使用全站 777。
2. SELinux 拦截：CentOS 等系统若开启 SELinux，即使 chmod 正确也可能被拦截。临时验证可执行 setenforce 0，生产环境建议配置正确 SELinux 规则。
3. 面板用户不一致：使用宝塔等面板时，网站用户可能与默认 www 不同，需在面板设置中确认网站所属用户。
常见问题
安装完成后需要把 777 权限改回去吗？
需要。安装完成后应将 config 目录下的配置文件改为 644 只读权限，data 目录保持 Web 用户可写即可，无需全站 777。
Windows 服务器遇到权限问题怎么处理？
Windows 服务器不涉及 chmod 命令，需在文件夹属性安全选项卡中，给予 IIS_IUSRS 或 NETWORK SERVICE 用户修改和写入权限。
为什么改了权限还是提示不可写？
检查是否开启了 PHP 安全模式或 open_basedir 限制，这两个配置会阻止 PHP 写入指定目录外的文件，需在 php.ini 中调整。