可以，但需同步调整PHP的open_basedir配置、共享目录属主属组为www:www，并修改站点根目录下.user.ini中的open_basedir值，且须重启PHP服务。
软链接能跨站点共享文件吗？可以，但得绕过宝塔的权限隔离
宝塔默认给每个站点分配独立的 /www/wwwroot/站点域名/ 目录，并通过 Open_RESTRICT、user.ini 和 PHP 运行用户（如 www）限制跨目录访问。直接用 ln -s 创建软链接后，PHP 脚本仍会因 open_basedir 或文件属主不匹配而报错：Warning: file_get_contents(): open_basedir restriction in effect 或 Permission denied。
关键不是“能不能建链接”，而是“建完之后 PHP 能不能读写”。必须同时调整三处：
- PHP 的
open_basedir配置，把目标共享目录加进去 - 确保软链接指向的源目录属主和属组是
www:www（或当前站点 PHP 运行用户） - 宝塔站点根目录下
.user.ini文件若存在，需同步修改其open_basedir值（它会覆盖 php.ini）
ln -s 命令怎么写才不翻车？路径必须用绝对路径且避开符号解析陷阱
在宝塔环境下，ln -s 最常见的错误是用相对路径或没切对工作目录，导致链接指向错误或 Nginx/Apache 无法解析。正确做法是：始终使用绝对路径，且在目标站点根目录内执行命令。
例如：要把 /www/wwwroot/common-assets/ 共享给站点 site-a.com，应在该站点目录下操作：
cd /www/wwwroot/site-a.com ln -s /www/wwwroot/common-assets assets
这样生成的软链接 assets 指向的是绝对路径 /www/wwwroot/common-assets，不会因部署路径变动失效。切忌写成：
-
ln -s ../common-assets assets（相对路径，链接内容存的是文本，Web 服务不解析） -
ln -s /www/wwwroot/site-b.com/uploads uploads（跨站点直接链，权限和 open_basedir 更难对齐）
PHP 读不到软链接里的文件？检查 .user.ini 是否偷偷覆盖了配置
宝塔为每个站点自动生成并维护 .user.ini，它的 open_basedir 默认只包含当前站点路径，哪怕你改了全局 php.ini，这里也会优先生效。PHP 脚本一访问软链接目录就报错，八成是它在作祟。
解决方法很直接：
- 进到站点根目录，用
ls -la确认.user.ini存在 - 编辑它：
vi .user.ini，找到open_basedir行，在末尾追加共享目录，用冒号分隔，例如：open_basedir=/www/wwwroot/site-a.com/:/www/wwwroot/common-assets/:/tmp/:/proc/ - 保存后，**必须重启 PHP 服务**（不是重载，宝塔界面点「重启」），否则修改不生效
注意：多个站点共用同一共享目录时，每个站点的 .user.ini 都得单独加这一行，不能只改一个。
共享目录权限和 SELinux 是隐藏雷区
即使链接和 open_basedir 都对了，仍可能遇到 failed to open stream: Permission denied。这时候要查两件事：
- 共享目录本身权限是否放开：
chown -R www:www /www/wwwroot/common-assets+chmod -R 755 /www/wwwroot/common-assets（避免 777） - 如果服务器启用了 SELinux（常见于 CentOS 7/8），默认策略禁止 Web 进程访问非标准 Web 路径。临时验证可运行：
setsebool -P httpd_read_user_content 1；长期方案是给共享目录打标签：semanage fcontext -a -t httpd_sys_content_t "/www/wwwroot/common-assets(/.*)?"，再执行restorecon -Rv /www/wwwroot/common-assets
SELinux 报错通常不直接提示，只会表现为“没权限”，建议新服务器部署前先 getenforce 看状态。
