2010年我的个人网站平台从MediaWiki转移到Drupal，使用的是当时最新稳定版本Drupal 6，后来在2012年本网站从Drupal 6.20升级到6.24，再升级到7.12，后面还尝试了Drush进行小版本升级：用Drush
Drupal 6
这是 Drupal 6 分类的页面，点击下面标题查看详细文章内容：
2015年下半年到2016年初我们集中把以前的Drupal 6网站都升级到Drupal 7了，记得当时还是花费了相当大的时间精力来做这些事情。这已经过去近2年时间了，升级后的Drupal 7网站也都运行正常，有些升级后遗留的模块和数据库中的表我们也没有多管，数据库空间不够就加空间。
最近设置Drupal 7网站支持UTF8MB4的时候，发现转换过程中也会造成数据库空间的增大，不想再继续购买扩大空间了，就想到把以前的Drupal 6遗留数据表进行清理，在网上也查了一下资料（例如：Table cleanup after Content Migration is d
整个2015年从开始到结尾都在进行网站向云服务器的搬迁以及网站的升级，其中大数据量的数据迁移是个令人很头痛的问题，几百万的数据量加上几十个字段，系列网站还有几十个这样的网站，需要等待数据迁移程序运行的时间真是太长太长了。上半年就遇到大数据量的问题，后来通过修改服务器配置，让PHP使用更多的内存、最大执行时间、数据库连接缓存等办法，还是用drush content-migrate-fields这样的命令来进行，算是解决了部分难以迁移的站点。但现在到年尾，而且随着Drupal 8的退出，Drupal 6很快就面临失去支持的境况，我们需要把所有Drupal 6网站都升级，现在把所有服务器资
2010年底、2011年初开始尝试Drupal，当时Drupal 7还没有正式版，就用的Drupal 6，到2012年初尝试把网站升级到Drupal 7，升级过程见《本网站从Drupal_6.20升级到6.24，再升级到7.12》，但后来在升级大数据量网站的时候遇到问题，当时也记录了博文《大数据量Drupal_6网站升级到Drupal_7很麻烦》。今年以来我们陆续都在做Drupal 6网站的升级，现在Drupal 8都推出了，更是要加快升级工作，目前都是剩下一些数据量特别大的站点还在进行中，现在也没有采用曾经的mysql指令的方式来迁移数据，而是设法添加硬件、修改配置设置来让drus
我们是2010年底开始使用Drupal的，当时Drupal 7还没正式版，所以就用了Drupal 6，在2012年2月的时候就以本博客为例做过Drupal 6到Drupal 7的升级，虽然有些麻烦但好歹算是可以升级成功，而涉及到大数据量Drupal的站点升级却让我吃到苦头，后来新站都用Drupal 7搭建，而Drupal 6的一些网站也就继续停留在Drupal 6，只进行小版本升级，不敢轻易进行大版本的升级。
最近由于在转云服务器，就想一并做Drupal大版本升级，把现在支持越来越少的Drupal 6升级到目前主流的Drupal 7，Drupal 8因为还没有
周末把云数据库RDS进行了配置升级，上面的一些站点数据表从MyISAM转为了InnoDB，今天早上来发现IOPS异常升高，网站打开困难，查看实时实例会话，发现有很多这样的语句堆积：
SELECT COUNT(pid) FROM url_alias
在Google中搜索了一下，这篇文章说明很多人也遇到过这种问题COUNT(*) is an expensive query in InnoDB.，Drupal 6默认的数据库表引擎是MyISAM，上面那句统计数量的查询语句瞬间可以执行完，但对InnoDB引擎来说需要全表扫描来获得统计数
《Google AdSense实战宝典》这本书2009年撰写，先是推出了MediaWiki版本的配套网站，到2010年出版后，又改版推出了Drupal版本的网站，不过随着Google退出中国大陆市场，AdWords的广告主投放减少，AdSense的热度也逐步下降，国内网站联盟广告渐渐被百度联盟占领，我那本书第二次印刷后，销量也定格在6000册没有再印或者再版。
配套网站本来想做出一些与书不一样的内容，例如推出了论坛、多语言AdSense关键词查询工具、热门高价关键词列表等，不过后来国内连google.com的二级域名都封锁掉了，查看AdSense后台都需要翻墙
以前Drupal 6的网站迁移到阿里云服务器后，我们使用的是PHP 5.4，出现了几个以前没有的报错，在网上查了一下，说是Drupal 6比较老了，只支持到PHP 5.2，用在5.3以后可能会出现各种问题。没有办法，这样情况只好先自己改一下代码，下面就把改过的记录下来：
报错信息：warning: Creating default object from empty value in .../modules/taxonomy/taxonomy.pages.inc on line 33. 解决办法：
最近总看到Drupal系统有安全升级的提示，忙于别的事情拖了一阵子，现在准备来进行，上次大规模升级还是在2013年3月，再之前就是2012年2月尝试升级，以及2011年初开始使用Drupal。
首先把我的个人网站升级，这个网站所在的服务器重装过，目前PHP用的5.2.x版本，不支持Drush，所以先只好用手工升级，步骤如下：
- 查看需要升级的模块；
- 升级第三方模块：在sites/all/modules中下载新版本、解压、替换以前的老版本目录，老目录文件转移到sites/all/will-delet
最近同事在为以前Drupal 6做的网站扩展多语言时发现一个问题，Drupal Core的内容找不到翻译，例如‹ previous next ›以及菜单项都没有翻译，经查是翻译更新列表(admin/build/translate/update)中本来应该是Drupal 6.28的版本不知道为什么错误识别为6.29了，因此找不到翻译信息。
这个识别错了版本的原因还没有找到（我估计是l10n模块把提示需要进行完全更新到的6.29的版本错误当成当前版本了），但可以手工在Drupal数