2010年我的个人网站平台从MediaWiki转移到Drupal，使用的是当时最新稳定版本Drupal 6，后来在2012年本网站从Drupal 6.20升级到6.24，再升级到7.12，后面还尝试了Drush进行小版本升级：用Drush
Drupal 7
这是 Drupal 7 分类的页面，点击下面标题查看详细文章内容：
这是我们安装一个空的Drupal 10网站后，在“配置 - 升级”中选择从一个Drupal 7进行升级时，看到的提示截图，其中有26个模块将不会被升级，36个模块将会被升级：
26个模块
我的博客从2011年开始使用Drupal，当时是Drupal 6的版本，后来升级到Drupal 7，此后一直用到现在，已经有10年时间了。
Drupal 7将于2023年底维护到期，所以今年我们一项重要的工作就是要把Drupal 7的网站都
这两年我们新建网站多数都采用了《在Drupal中直接导入、使用数据库》这篇文章中说的办法，而没有用以前新建内容类型、导入到Drupal的Node中的办法，这对于数据量大、改动不大、读取多、写入少的需求很合适。
偶尔遇到需要修改、删除的事情，我们就是到阿里云RDS管理后台，Web界面来操作或者用SQL语句来进行，比以前在Node页面进行编辑要麻烦，但更改量不大的情况下也可以接受。
最近要用的一个新站也是用直接建表方式来搭建的，但内容需要人工来修改完善，而且是长久都需要添加、维护信息的，再用以前导入RDS后台就显得太麻烦了，于是想去找现成的
Drupal 7中我们采用了自建table的方式来避免node过于复杂、性能低的问题，需要安装Data、Schema等模块，不过我们发现新增有些字段类型会遇到报错，例如：mysql中添加timestamp字段，会看到这样的报错：
User warning: table_name.pub_date: no type for schema type timestamp:normal. in schema_engine_type() (line 368 of /drupal_path/sites/all/modules/schema/schema.module)
2015年下半年到2016年初我们集中把以前的Drupal 6网站都升级到Drupal 7了，记得当时还是花费了相当大的时间精力来做这些事情。这已经过去近2年时间了，升级后的Drupal 7网站也都运行正常，有些升级后遗留的模块和数据库中的表我们也没有多管，数据库空间不够就加空间。
最近设置Drupal 7网站支持UTF8MB4的时候，发现转换过程中也会造成数据库空间的增大，不想再继续购买扩大空间了，就想到把以前的Drupal 6遗留数据表进行清理，在网上也查了一下资料（例如：Table cleanup after Content Migration is d
最近需要编写一段程序来读取Drupal网站中页面Node的某个文本字段，进行处理、判断、匹配后，将这个页面归类Taxonomy到某个术语表Vocabulary的术语Term中。在刚开始用Drupal 6的时候就曾经编写过类似程序来分类，见博文《Drupal中让Node归类的PHP程序》，在后来使用Drupal 7的过程中，绝大多数分类都是在创建网站、导入数据的时候就自动进行了，使用了术语来源Term reference字段和自动完成术语挂件（标签）Autocomplete term widget (tagging)控件，但也有把数据作为文本导入字段，然后再运行php程序进行分类的情况
整个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
以前安装过一个Drupal 8的测试版，看过界面和很短加起来不到1个小时的测试，上个月Drupal 8的正式版出来了，这几天才抽空来尝试安装、升级等，把一些需要注意的地方记录如下：
- PHP版本问题：在我们的Linux服务器上安装时提示PHP版本太低，要求是PHP 5.5.9以上，同事尝试安装了PHP 7正式版，但对MemCache等的支持似乎还不够兼容、资料也不多，于是就安装了PHP 5.6.16，自带了Zend OPCache，不再需要APC；
- MySQL