Drupal 8在上月推出，Drupal 6在3个月后不再提供支持，今年我们本来就花了很多时间在做服务器迁移到阿里云以及Drupal系统升级的事情，现在还剩下的几个Drupal 6系列网站的升级工作也要抓紧进行。

　　升级工作的流程我们已经很熟悉了，可以批量进行（见博客文章《用Drush批量升级Drupal 6到Drupal 7》），但遇到数据量很大的站点时，content migrating 的时间特别长，还容易因为服务器内存、php运行时间限制、SQL时间过长等原因报错失败，数量在几十万以内的升级起来都很快，但单个站点数据量达到数百万、每个站点的字段数量有几十

　　以前导入数据的Drupal网站中字段基本上都是唯一值的，设置、处理、导入都很简单，只要有需要导入的csv文件，在Feeds模块中设置对应关系，然后导入就可以。

　　也曾经在少数某些网站考虑过多值数据的导入，不仅仅是某一个字段的多值，而是一组多值，例如下面的field_x_y：

title
body
field_1 这里面只有一个值，类似一个数字
field_n 这里面有多个值，类似一个一维数组
field_x_y 这里面有x个子字段，每个子字段有y个值，类似一个二维数组

　　这种二维数组的总字段是没有

　　在Drupal网站有时候有多个内容类型之间需要互相连接，例如内容类型company中的字段field_address，需要查找内容类型location中field_street相同的node，然后在company的显示模板中field_address做一个指向location中这个node的链接。

　　在Drupal 7中可以通过Entity查询来实现，不过因为location中的field_street可能有很多是重复的，我们只能取其一，就可以在查询中限制只找到第一个range(0,1)，具体代码如下：

$address = $f
  

　　几年前刚接触Drupal的时候，为了让显示的内容更丰富、也便于做Views、便于内部搜索，在Drupal 6中曾经使用过Computed Field（需要设置计算结果保存到数据库才能进行Views、搜索索引等工作），也就是一种可以嵌入PHP代码来实现计算、变换的字段，这个确实有很大的灵活性。

　　不过随着对Drupal的了解，让显示的内容更丰富其实只需要修改模板，便于做Views、便于内部搜索也可以做成固定的字段，只要事先对需要导入的文本进行一些处理就可以，在Drupal 7里面就基本没有用过这种字段了。

　　Drupal 8在2015年11月

　　去年在Drupal单服务器设置Memcache缓存后，效果很明显，今年又试用阿里云的开放缓存服务OCS，同样对降低数据库负载很有用。本来在Drupal以前用MediaWiki的时候就听说过Memcache，去年先在Drupal上用起来了，随后在MediaWiki上也使用了单机的Memcache和阿里云的OCS。

　　Drupal上的设置还麻烦一点，MediaWiki的设置其实更简单，参看：https://www.mediawiki.org/wiki/Memcached

　　不过Drupal上查看Memcache是否有效很简单，可以查看网站状态以

　　很早前就知道Google AdSense推出了自适应格式的广告，但我们的网站以前都是用的电脑版和手机版两种，分别用了传统的固定广告（例如728x90横幅, 336x280大矩形等）和针对手机版的广告（例如320x100移动横幅、300x250中矩形等）。

　　以前我们自己托管服务器或者租用服务器都是自己搭建MySQL服务，优点是价格低、控制权大，但稳定性有欠缺、性能调优一直都难以做好，有技术难度。所以今年搬迁到云服务的时候，就不再自己搭建MySQL服务，而是直接购买RDS关系型数据库服务。

　　用了RDS后感觉稳定性有保障、技术咨询可以找到专业人员，但阿里云的RDS价格超贵，1台2G内存的RDS实例加上一些存储空间后价格在2万元/年左右，性能上收到IO、连接数、内存等各方面的限制也需要想方设法进行优化，特别是对站点功能、存储引擎格式等调整。

　　有的时候进行一些转换、迁移、升级等工作的时候，希望不影

　　网站内容抓取采集真是中国互联网的一大特色，我们做了这么多年网站，一直都遇到各种各样对我们内容进行采集、复制的家伙。前一阵子发现一个网站 www.postcodequery.com 具体和我们的 www.postcodebas