虚拟主机上无法运行composer install，因proc_open、exec等函数被禁用，public_html不可写，无Git且memory_limit过低；唯一可行方案是本地用相同PHP版本执行composer install --no-dev --optimize-autoloader --prefer-dist --no-plugins后上传vendor和composer.lock。
虚拟主机上不能运行 composer install，没有替代命令，只有替代流程——必须本地装好再上传。
为什么 composer install 在虚拟主机上必然失败
不是权限没调对、不是命令少打了个参数，是底层能力被硬性禁用：
-
proc_open、exec、shell_exec全部被 PHP 配置禁用，任何依赖进程调用的操作（如解压 ZIP、运行 Git）直接报错 -
public_html目录默认不可写，vendor/根本创建不了，报Permission denied - 没装 Git，
--prefer-source会卡在Cloning into ''；--prefer-dist也常因memory_limit=64M在解压时 500 - 即使你写个 PHP 脚本去
include 'composer.phar'，它内部仍会尝试调用被禁函数，结果一样
本地执行 composer install 的四个强制参数
在你自己的机器上操作，PHP 版本必须和虚拟主机完全一致（比如主机是 PHP 8.1.27，你就不能用 8.1.30 或 8.2）：
-
--no-dev：跳过phpunit、phpstan等开发依赖，减少体积和冲突风险 -
--optimize-autoloader（或-o）：生成vendor/composer/autoload_classmap.php，不依赖 opcache.file_cache，避免虚拟主机没开文件缓存导致加载慢 -
--prefer-dist：强制走 ZIP 包，绕过 Git，也避开某些包的post-install-cmd脚本（这些脚本在虚拟主机上大概率失败） -
--no-plugins：禁用所有插件，防止像hirak/prestissimo这类网络加速插件在上传后试图联网校验
完整命令：composer install --no-dev --optimize-autoloader --prefer-dist --no-plugins
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
跑完后务必检查：vendor/autoload.php 存在，且 vendor/composer/autoload_classmap.php 文件非空——空文件 = 自动加载失效，上线后必报 Class not found。
上传前必须验证的三件事
别只传 vendor/ 就完事，漏掉任意一项都会在虚拟主机上静默失败：
- 确认
composer.lock和composer.json一起上传，且内容与本地安装时完全一致（Git 提交记录要对得上） - 检查虚拟主机 PHP 版本 ≥
composer.json中config.platform.php声明的最低版本，也 ≥ 所有已安装包的require.php最低要求（比如锁文件里有个包 require php >=8.1，而主机是 8.0，不会报错，但运行时类加载会出问题） - 确认主机已启用必要扩展：
ext-zip（解压 dist 包必需）、ext-json、ext-openssl（哪怕离线，autoload 机制内部仍可能触发）
最易被忽略的点：有些虚拟主机把 vendor/ 解压后自动改了文件权限（比如设成 644），导致 autoload.php 无法读取子目录下的 .php 文件。上传后如果首页空白或报 failed to open stream，先 FTP 进去手动把 vendor/ 整个目录 chmod 755。
