记php升级后导致composer命令报错的事件

因使用laravel 7, 要求php在7.2以上, 我的环境还是7.1, 所以就升级为7.3.19
升级完成后,使用composer 出现一下错误

PHP Warning:  require(Composer/autoload.php): failed to open stream: No such file or directory in /usr/bin/composer on line 9

Warning: require(Composer/autoload.php): failed to open stream: No such file or directory in /usr/bin/composer on line 9
PHP Fatal error:  require(): Failed opening required 'Composer/autoload.php' (include_path='.:') in /usr/bin/composer on line 9

Fatal error: require(): Failed opening required 'Composer/autoload.php' (include_path='.:') in /usr/bin/composer on line 9

发现是Composer/autoload.php找不到, 百度了之后并没有找到想要的答案. 只有自己研究了.
文件没找到, 首先定位文件

locate Composer/autoload.php

结果为 /usr/share/php/Composer/autoload.php

which composer

找到脚本文件 /usr/bin/composer

vi /usr/bin/composer

#!/usr/bin/php
  7 <?php
  6 
  5 if (PHP_SAPI !== 'cli') {
  4     echo 'Warning: Composer should be invoked via the CLI version of PHP, not the '.PHP_SAPI.' SAPI'.PHP_EOL;
  3 }
  2 
  1 setlocale(LC_ALL, 'C');
9   require 'Composer/autoload.php';                                                                                                                                             
  1 
  2 use Composer\Factory;
  3 use Composer\XdebugHandler;
  4 use Composer\Console\Application;
  5 
  6 error_reporting(-1);
  7 
  8 // Create output for XdebugHandler and Application
  9 $output = Factory::createOutput();
 10 
 11 $xdebug = new XdebugHandler($output);
 12 $xdebug->check();
 13 unset($xdebug);
................

将第9行文件修改为绝对路径

require '/usr/share/php/Composer/autoload.php';

重新执行composer 报错改变了, 成了/usr/share/php/Composer/autoload.php里面的脚本 require另一个文件时报错.

发现这么该下去估计会改很多文件, 应该不是这么玩的, 想了下是因为改变php环境导致的问题, 应该是php环境的问题, 不是composer的问题, 于是将/usr/bin/composer改为原来的代码.
这个东西就是个路径的问题, 后仔细看错误, 发现错误里面提了一个 include_path='.:', 那猜测是不是因为 php.ini配置文件改变后, 导致的问题.
执行

php -i | grep php.ini

Configuration File (php.ini) Path => /usr/local/php7.3/lib
Loaded Configuration File => /usr/local/php7.3/lib/php.ini

vi /usr/local/php7.3/lib/php.ini
大概729行

5 ;;;;;;;;;;;;;;;;;;;;;;;;;
   4 ; Paths and Directories ;
   3 ;;;;;;;;;;;;;;;;;;;;;;;;;
   2 
   1 ; UNIX: "/path1:/path2"
729  ;include_path = ".:/usr/share/php"                                                                                                                                          
   1 ;
   2 ; Windows: "\path1;\path2"
   3 ;include_path = ".;c:\php\includes"
   4 ;
   5 ; PHP's default setting for include_path is ".;/path/to/php/pear"
   6 ; http://php.net/include-path

729行被注释了, 哈哈哈, 找到地方了
打开729注释(去掉开头的;)
改为

 include_path = ".:/usr/share/php"

保存退出后, 运行 composer 则成功了

   ______
  / ____/___  ____ ___  ____  ____  ________  _____
 / /   / __ \/ __ `__ \/ __ \/ __ \/ ___/ _ \/ ___/
/ /___/ /_/ / / / / / / /_/ / /_/ (__  )  __/ /
\____/\____/_/ /_/ /_/ .___/\____/____/\___/_/
                    /_/
Composer 1.6.5 2018-05-04 11:44:59

总结:

哈哈哈, 原来php的这个公共路径指定在这里, 类似shell的PATH, C的LD_LIBRARY_PATH. 以后如果不使用composer, 可以在这里加入路径, 就可以直接引入另一个文件了, 但是这种场景基本上用不到吧. 只是自己对php又加深了一些理解.
原来高大上的omposer脚本就是用php写的啊, 呵呵, 我之前以为使用c之类的写的哦, 之前以为php的文件都要以 php -f 来运行, 原来在文件开头加上 #!/user/bin/php 就可以直接运行了. 呵呵呵, 记得以前学习shell的时候讲过这个问题, 只是没用过, 就搞忘了

记php升级后 导致composer命令报错的事件

总结:

记php升级后导致composer命令报错的事件