Drupal

使用Composer可以方便地管理Drupal核心版本和模块版本的更新，那如果是已经有Drupal的补丁解决了你急需要解决的问题，而Drupal核心团队或者模块作者还没来得及或者压根不想把补丁打包进新的版本呢？使用Composer追求自动化的你一定不想在Composer每次更新版本之后，还要再次手动给Drupal打补丁。既然用了Composer，那就让Composer全部代劳吧，连补丁一块儿。

要想让Composer干好这活， 得给它额外安装个工具，叫composer-patches。安装很简单，在项目根目录里require一下就行了：

Composer真香，使用composer是会上瘾的，大伟哥已经决定把所有的Drupal网站都使用Composer来接管了。不过最近在阿里云ECS上使用Composer来安装依赖的时候，遇到了这样的错误：

新工具的掌握并没有通常想象中那么难，在一边学习一边实践的过程中，我们更加体会到，学习composer不是负担，它就是帮我们获取想要的库文件的工具。

现在，我们在上次创建的新项目中，安装另外一个好用的命令行工具——Drush。Drush 就是Drupal Shell，理解了就很容易记忆。

熟悉的思路，熟悉的过程：先切换到www-data用户，然后进入项目文件夹，最后运行composer require drush/drush：

经过前面对composer的安装和调试，我们终于可以用www-data用户的身份运行Composer来管理Drupal文件了。

虽然有好几种办法使用composer来安装Drupal，但是现在Drupal官方推荐的方法却只有一种，那就是使用drupal/recommended-project这个composer模版。

昨天只是按常规安装和配置了composer，现在我们在接下来的学习和实践中会碰到一个问题，就是如何以www-data的身份运行Composer。

为什么用www-data用户运行Composer？

因为Ubuntu Server下面，Apache的用户组www-data，运行PHP的也是www-data，把网站文件的所有者和组属性设置成www-data:www-data,可以在保证安全的前提下避免网站运行中出现权限问题，所以很多教程都会告诉你修改网站文件的所有权或者权限。

前言

大伟哥自认不算是不喜欢使用Linux命令行的人，但是与Drupal相关的命令行工具有好几个，包括git，drush，drupal console，还有composer,都是名气很大又功能强大的主，我却一直没有试用一下。因为选择太多又复杂，让我有了恐惧症，干脆一直敬而远之。

直到前两天，大伟哥在Drupal中国微信群里听大牛们聊天说到了composer，蒲公英挺含蓄，只是说“composer不是必须的，但推荐”，而jungle就比较奔放，直接说：“说句不好听的话：composer是不必须，但是不用是傻逼。”

新安装的Drupal网站，前台首页是一个近乎空白的框架，就像是一套毛坯房。默认的主题上只有一个Drual的水滴标志，一个安装的时候指定的网站名称，其他就什么都没有了。不像WordPress安装之后还会有一篇hello world的示例博客和一条示例评论，Drupal干脆告诉你，首页没内容，想要建好网站的话，去跟着用户指南来吧。

由于长时间没有登录一个Drupal 8的测试网站，大伟哥连续输入错误密码超过5次，被Drupal暂时锁定帐号不允许登录了：

There have been more than 5 failed login attempts for this account. 
It is temporarily blocked. Try again later or request a new password.

触发暂时阻止某个用户ID的时间默认应该是6个小时，大伟哥可不愿意傻等大半天以后再尝试找回密码，只能想其他的方法了。

最新编辑于2020-07-30，适用于Drupal 8和Drupal 9。

新安装的Drupal网站，虽然你在安装配置网站的时候，已经填写了管理员的电子邮箱，而且完成安装后在网站页脚也有一个“联络表”的链接，继而打开/contact页面也能看到联系表单，但是默认是不能联系到管理员的，如果你尝试着填写一下联络表单并发送，你会得到一个“不能发送email，如问题仍然持续，请联系站点管理员。 ”的错误提示。

新接触Drupal的站长们往往只是从某些渠道了解到Drupal的强大，却不是很理解Drupal的一些基本概念和用法，所以安装完成进入后台以后会感到非常迷茫，不知道从何入手，再加上Drupal的默认外观比较简陋实在是不够惊艳，所以只能从未入门到放弃，转而寻求其他方案去了。