根本原因是Web进程用户与目录所有者不匹配，须先查宝塔PHP配置中user=和group=值（如www），再执行chown -R www:www storage/ bootstrap/cache/并重启PHP，chmod推荐755而非777。
宝塔面板用 phpEnv 部署 Laravel 时，storage 和 bootstrap/cache 报权限错误，根本原因不是“没给 777”，而是 Web 进程用户和目录所有者不匹配——必须查清 phpEnv 实际运行的用户，再精准赋权。
确认 phpEnv 中 PHP-FPM 使用的 user/group
phpEnv 默认不暴露配置路径，但宝塔底层仍走标准 php-fpm 机制。进宝塔 → 网站 → 你的站点 → 设置 → PHP 版本 → 右上角「配置文件」，重点看这两行：
-
user = www（常见于 CentOS/RHEL 系环境） -
group = www（注意：不是www-data，也不是nginx）
若你看到的是 user = www1 或自定义用户名（比如 php82），那后续所有 chown 命令都必须严格对齐这个值。错一个字母，权限就永远不对。
执行 chown 时必须指定用户组，且递归覆盖子目录
只改 storage 目录顶层 owner 不够，日志、缓存、session、views 编译等子目录由不同进程写入，必须全路径递归归属：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
立即学习“PHP免费学习笔记（深入）”；
- 进入项目根目录：
cd /www/wwwroot/your-laravel-site - 执行：
sudo chown -R www:www storage/ bootstrap/cache/（把www换成你上一步查到的实际用户） - 别漏掉
bootstrap/cache/—— 它和storage/是并列敏感目录，Laravel 启动时会先写 cache，报错常卡在这儿
chmod 推荐用 755 而非 775 或 777
777 是严重安全隐患，775 在多用户协作环境可能引发冲突；生产环境用 755 更稳妥：
sudo chmod -R 755 storage/ bootstrap/cache/- 755 表示：所有者可读写执行，组用户和其他人仅可读+执行（对目录而言，“执行”=可进入）
- 如果部署后仍报“Unable to write in the cache directory”，大概率是
chown用户名错了，而不是权限数字不够大
storage:link 生成的符号链接不影响写权限，但影响 public 文件访问
php artisan storage:link 只解决 storage/app/public/ 下文件的 HTTP 可访问性，和写权限无关。但它依赖 Web 服务器能读取 public/storage 这个符号链接本身：
- 确保
public/目录权限是 755，且其 owner 是 Web 用户（如www） - 运行命令前先确认
storage/app/public/存在且非空，否则链接成功但访问仍 404 - 若需让
storage/app/public/images/映射为/images/而非/storage/images/，得手动改config/filesystems.php的links数组，不能只靠默认命令
最常被忽略的一点：phpEnv 的 PHP-FPM 进程重启后，不会自动重载目录归属关系。每次改完 chown，务必在宝塔里点一次「重启 PHP」，否则新权限不生效。
