Composer

运行composer update的时候，composer 报警：

Composer is operating significantly slower than normal because you do not have the PHP curl extension enabled.

这虽然不是致命错误，但会严重拖慢 composer 的速度，因此必须解决，方法很简单，安装php-curl扩展就可以了：

sudo apt install php-curl

最近几天，Drupal 后台一直提示有一个可用的安全更新，要求马上升级，但是使用 composer 运行更新，又找不到最新版本可用。大伟哥在国外的服务器上的网站倒是没有任何问题，可以无障碍更新到最新版本，这提醒我最大的可能就是因为国内的服务器使用了阿里云的composer镜像没有得到及时更新。

那就只能先取消阿里云的 composer 镜像使用，还原成默认服务器了。切换到运行 Apache / PHP的用户www-data, 并运行composer命令：

安装Drupal Commerce 的时候碰到了如下问题：

大伟哥使用 Composer 安装 Drupal 的 Drush 工具时，出现了这个提示：

新启用的Debian 10 系统，按照以往的操作方式使用 composer 安装 Drupal 时出错，错误信息是：

Failed: [RuntimeException] git was not found in your PATH, skipping source download

运行 apt install git 即可以安装 git 了。

现在再运行 composer 命令，会提示你输入你在 drupal 官网的用户名和密码，这样 composer 就可以继续运行下去了：

在使用composer require安装Drupal模块或者主题的时候，有可能会安装失败，Composer报错如下：

在启用了facets模块的Facets Range Widget子模块后，你会在Drupal后台的状态报告页面看到一条警告：

在内存1GB（分配给PHP的最大运行内存是128MB）的Linode VPS上运行Composer安装Drupal模块，没有得到成功的提示，只是提示KILLED。

通过修改分配给PHP的运行内存把PHP内存由128MB提高到256MB以后，报错具体了一点：

在Linode VPS上面使用Composer安装Drupal网站的时候，大伟哥看到一长串黄色的警告：

Drupal越来越倾向于使用Composer来管理代码库了，好多模块不使用Composer都不容易安装成功。那对于以前下载上传又手动安装配置的Drupal网站，怎么样才能搭上Composer的快车呢？大伟哥经过对Drupal文档的学习和实际测试，发现很容易就可以免票上车了。上了车之后再回头看，才知道阻碍我们拥抱Composer的，不是Composer真的复杂难学，而是习惯的力量和对未知事物的恐惧。我们要始终意识到这样一个事实：Composer是来帮我们的，不是来制造麻烦的。