网站建设

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

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

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

Facets模块依赖search api模块和后台搜索服务，因此还需要安装和配套这些相应的模块和服务。在龙马的推荐下大伟哥选择了国产的迅搜（xunsearch）作为后端搜索服务，原因是它安装配置简单而中文分词功能又强大。

xunsearch的服务安装过程有点小插曲，不过Drupal的模块安装倒是很简单：

大伟哥最近准备使用Drupal的facets模块给上网站上的商品列表页面加上筛选选项，实现类似京东和淘宝那样根据产品参数属性来筛选产品的功能，这样可以极大地提高用户体验。而这个功能则需要facets模块、Search API模块结合一个后端的搜索服务来实现。在Drupal群里经过龙马大佬推荐，我最终选择了对中文支持比较好的迅搜（xunsearch）。

在按官方文档安装xunserch服务的过程中碰到了报错：

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

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

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

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

Magento 1.9.4版本的官方发布说明上，是支持到PHP7.2版本的。大伟哥换了新的阿里云服务器以后，安装的是PHP7.3，当时也有些担心会不会不兼容，但是迁移过来以后，发现各个页面都能正常打开，也就放着不管了。

直到今天，想进Magento后台去修改某项配置，却发现输入管理员用户名和密码之后，页面跳转不正常，打开的页面是空白页，不能正常显示后台内容。这吓了我一跳，难不成真是PHP版本不兼容的问题？

Apache的错误日志显示如下：

大伟哥有一台阿里云ECS最近要到期了，原来的1核CPU/1GB内存共享套餐其实还够用，CPU使用率稳定在10%到20%之间，但是还是决定切换到2核CPU/2GB内存的突发实例套餐上来，而不是续费升级。原因是两个套餐价格相差不多，而突发实例可用的内存倒是增加了一倍。而且阿里云不建议自行升级操作系统版本，迁到新的实例上来，正好可以借这个机会使用新版本的Linux系统。

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

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

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