Composer怎么在共享主机上使用_Composer虚拟主机部署方案【汇总】-composer-PHP中文网

共享主机上无法运行composer install，因主机禁用exec/proc_open且public_html不可写；唯一可行方案是本地构建vendor后上传，需php版本一致、加--no-dev--optimize-autoloader、验证autoload路径并上传composer.lock。

composer怎么在共享主机上使用_composer虚拟主机部署方案【汇总】

共享主机上不能直接运行 composer install —— 不是配置不对，而是绝大多数主机禁用 exec、proc_open 等函数，且 public_html 目录不可写，vendor 生成必然失败。唯一靠谱路径：本地构建完整 vendor/ 后上传。

为什么在共享主机上运行 composer install 几乎必败

报错形式五花八门，但根因一致：主机限制了执行能力与文件系统权限。

proc_open() has been disabled 或 command not found：PHP 配置中 disable_functions 明确禁用了进程创建函数
file_put_contents(./vendor/autoload.php): Permission denied：Web 根目录（如 ~/public_html/）被设为只读，无法创建 vendor/
Cloning into '' 卡住或失败：主机没装 Git，而 Composer 默认优先走 Git 克隆而非 dist 包下载
500 错误且无日志：memory_limit=64M 或 max_execution_time=30 导致 PHAR 执行中途被杀

本地构建 vendor 的实操要点

这不是“复制粘贴”就能成的事，关键参数和环境必须对齐。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

本地 PHP 版本必须与共享主机一致（至少主版本相同），比如主机是 PHP 8.1，就别用 8.3 跑 composer install
必须加 --no-dev --optimize-autoloader（简写 -o）：跳过 dev 依赖，生成 classmap 映射，不依赖 opcache.file_cache
推荐加 --no-plugins --prefer-dist：禁用插件（如 fxp-asset-plugin），强制走 zip 包，避开 Git 依赖
删掉 composer.json 中所有 "scripts"、私有 "repositories" 和 "config" 下的全局路径设置（如 bin-dir）
运行前清空本地缓存：composer clear-cache，再删掉项目下 vendor/ 和 composer.lock，重新 composer install -o --no-dev

上传后 Class not found 的真实原因和验证方法

不是 vendor 没传全，而是 autoloader 路径写死了或加载逻辑失效。

检查 vendor/autoload.php 开头几行：如果看到 require '/home/xxx/vendor/composer/autoload_real.php' 这种绝对路径，说明缓存没清干净，重跑 composer dump-autoload -o
确认入口文件（如 index.php）里 autoload 的写法：require_once __DIR__ . '/../vendor/autoload.php'; 比 require 'vendor/autoload.php'; 更稳

上传后立即建一个 test-autoloader.php 放 Web 目录下：

<?php if (file_exists(__DIR__ . '/../vendor/autoload.php')) {
    require __DIR__ . '/../vendor/autoload.php';
    echo "Autoloader loaded";
} else {
    die("autoload.php not found");
}

浏览器访问它，能输出即说明路径和权限基本 OK

检查 vendor/ 目录权限：目录需 755，文件需 644；某些主机对 755 仍拒绝遍历，可试 775

没有 SSH 时，别碰 composer.phar 自动安装

有人试图上传 composer.phar 后用 php composer.phar install 补救，结果更糟。

即使上传成功，php composer.phar install 仍会触发 proc_open、临时目录写入、Git 调用等被禁行为
sys_get_temp_dir() 返回路径往往不可写（如 /tmp 被隔离），导致 PHAR 解包失败
部分主机连 php -v 都返回空，说明 CLI 完全不可用，此时连 php composer.phar 都执行不了
所谓“PHP 执行脚本”控制面板功能（如 cPanel 的 Cron 或 PHP 脚本入口），本质是 CGI 模式，不支持命令行上下文，exec 类函数一律静默失败