composer的自建源可以使用laravel china开源出来的。详细见https://github.com/zencodex/composer-mirror/blob/master/INSTALL.md ZComposer 镜像的安装部署 推荐运行主机配置： 内存最好不低于4G 剩余磁盘空间不低于30G $ apt install beanstalkd $ cd composer-mirror $ composer install 修改配置参数 通常根据自己部署的实际环境，修改参数。详细配置说明详见 config.default.php cp config.default.php config.php，修改 config.php 中的如下参数 /** * distdir 用于存储 zip 包 */ 'distdir' => __DIR__ . '/dist/', /** * 指向 mirrorUrl 对应的 web 实际目录 */ 'cachedir' => __DIR__ . '/cache/', /** * packagistUrl：官方采集源 */ 'packagistUrl' => 'https://packagist.org', /** * 镜像包发布站点, packages.json 入口根域名 */ 'mirrorUrl' => 'https://packagist.laravel-china.org', /** * .json 中 dist 分发 zip 包的CDN域名 */ 'distUrl' => 'https://dl.laravel-china.org/', supervisor 配置 sudo vim /etc/supervisor/supervisord.conf，添加如下配置信息： [program:crawler] command=php ./bin/console app:crawler directory=/home/zencodex/composer-mirror/ ;部署代码的位置，自行替换 autostart=true autorestart=true redirect_stderr = true ; 把 stderr 重定向到 stdout，默认 false stdout_logfile_maxbytes = 10MB ; stdout 日志文件大小，默认 50MB stdout_logfile_backups = 5 ; stdout 日志文件备份数 stdout_logfile = /tmp/composer_crawler_stdout.log [program:composer_daemon] command=php ./bin/console app:daemon directory=/home/zencodex/composer-mirror/ ;部署代码的位置，自行替换 autostart=true autorestart=true redirect_stderr = true ; 把 stderr 重定向到 stdout，默认 false stdout_logfile_maxbytes = 10MB ; stdout 日志文件大小，默认 50MB stdout_logfile_backups = 5 ; stdout 日志文件备份数 stdout_logfile = /tmp/composer_daemon_stdout.log crontab 定时任务 # sudo crontab -e # 根据自己环境代码的位置，替换 /home/zencodex/composer-mirror # getcomposer 是获取最新的 composer，上传到 CDN 云存储 0 */2 * * * /usr/bin/php /home/zencodex/composer-mirror/bin/console app:clear --expired=json 0 1 * * * /usr/bin/php /home/zencodex/composer-mirror/getcomposer.php 常用命令 # 执行抓取任务 $ php ./bin/console app:crawler # 后台多进程模型同步又拍云 $ php ./bin/console app:daemon # 清理过期垃圾文件 $ php ./bin/console app:clear --expired=json # 扫描并校验所有json和zip文件的hash256 $ php ./bin/console app:scan... 展开详请

emmmm 应该先 mkdir /var/www/html 然后再 cd /var/www/html 确实有错误... 展开详请

目前还不影响功能使用，但因为我们其他功能也会使用guzzle所以会require新的包一次，到时候无非是导致引用相同功能的包重复，项目尺寸变大，磁盘IO开销增加，执行效率降低；且由于没有跟进guzzle维护团队的进度，也会导致项目对兼容性的降低，比如guzzle的旧版本的一部分功能不再与新版本的环境相兼容。我自己更新是有一定风险的，只要这个过程开始便意味着放弃由腾讯云团队来维护这款SDK，既无法向腾讯云团队一样掌握服务变更的最新动向又增加了我们团队对手下的维护成本。 所以希望腾讯云SDK维护团队能够重视，建立对开发者友好的生态环境。... 展开详请