本人从2010年开始使用Drupal，比此前使用的MediaWiki更符合通用的建站要求，Drupal对多语言、多站点的支持也是我选择它的重要因素。从最开始的6.x到7.x再到8.x，我一直都在使用，在这过程中需要修改模板、自建模块，也学会了PHP以及其它一些技术。在本博客中我也记录了很多日常使用Drupal中遇到的问题、解决的办法，希望对其他使用Drupal的朋友有所帮助。
去年下半年开始就以做外文网站为主，少有中文网站推出，最近把积累的一些数据与同事一起整理，准备逐步再添加网站推出。除了很老旧的工商企业名录以外，我们去年也新添了一些更新数据，先只是在名录集数据超市进行销售，现在添加了最新几个月的数据后也做成了网站：
新工商名录
| 省份 |
前一阵子在设置用Drupal搭建的系列网站时，因为子网站数量众多（上百个），不得不考虑使用批量设置的办法来进行初始设置及修改，否则逐个网站去点击鼠标进行设置的话，每个站点起码要点击几百次，总的鼠标点击次数要达到数万甚至更多，即使鼠标不崩溃的话，人恐怕也得崩溃了。 用Drush是必然的选择，但实际设置中Drush也无法解决所有的问题，还综合使用了一些其它的办法，包括直接修改MySQL数据库，现在把一些典型的修改办法记录如下。 首先要做的是做一个循环sh批处理程序，对需要设置的众多网站进行逐个处理，例如： <  我们做的Drupal网站多是数据查询、展示类型的，当数据量大的时候，导入就需要很长时间，而随着站点的建立、访问，还会产生一些日志、缓存等数据，一些站点的MySQL数据库占用空间会越来越大，部分甚至都超过10G了，导致访问很慢、备份困难。
 今年5月份写了一篇《Drupal的多语言网站搭建和设置》，尝试着用Drupal的多语言功能来搭建网站，后来更是添加了手机版，又记录了一篇《网站扩展100倍：50种语言x(电脑版+手机版)》，这些设置都成功了，只是在建立更多的系列网站时依然觉得有些麻烦，经过 以前升级Drupal网站都是按照规范的办法来：先备份、升级第三方模块、再升级核心、运行update、检查配置、复制需要的老文件等。今天用Drush来升级了本站(jamesqi.com)做实验，直接在服务器的本站目录中运行drush pm-update，然后按照屏幕提示回答几个yes就可以了，系统自动进行以下事项：
以前就知道Drupal有个名为Drush的Shell工具，但没有用过，最近需要对好多个Drupal网站进行一些初始设置，人工操作web上的菜单会非常费时费力。上周去花了些时间安装调试那个Drush工具，简直是神器啊，设置的效率起码提高几十上百倍！ Drush除了一些与Drupal核心模块配合的功能以外，还可以与一些第三方模块配合，例如与Language配合的添加语言功能、与Xmlsitemap配合的生成站点地图功能等，确实非常有用，某些情况下可节约大量操作时间，周末这两天就在服务器上运行一些通过l10n进行的翻译更新，下周将在更多服务器上安装Drush。 我最近的一些博文中说到很多为传统网站添加手机版的事情，这样就将网站内容扩展到2倍，其实有些内容的网站还有更大的扩展余地，就是从多语言这个角度来发展。 很多年前我们用java做的实用查询网站平台框架就是准备了多语言，当时先集中力量做中文的，后来还想过做更多语言版本的，但因为选题太宽泛、精力不足而没有实施，可惜后面这个自行开发的平台没有持续完善，最终放弃。 改用MediaWiki这样的国外开源平台后，做多语言版本就更方便了，当时将实用查询网站做了中文简体、中文正體、English三个版本，这个平台一直保留维护着，近期还都添加了对应的移动互联网版本：
近期集中为以前的一些网站添加了手机版，为了让搜索引擎优化的效果更佳，我们为手机版都添加了Mobile XML Sitemap，在MediaWiki网站中是逐一对电脑版中的地图文件进行人工修改保存，而在Drupal网站中我们采用的办法是自动实时转换，下面记录几个要点：
好些年前就做过WAP网站的尝试，去年开始关注智能手机上的移动版本网站，做过一个例子：邮编库手机版，积累了一点经验，现在过去又半年多了，还逐步有了一些流量。 今年还准备在这方面做更多的工作，于是近期在尝试用Drupal搭建多语言网站的时候，也随后就尝试着用同一套数据库（去年是完全独立做的一个手机版）来搭建相应的手机版网站。 这方面的资料也逐步多了起来，这个连续4篇的英文网站写得很详细，值得参考：
 前年底、去年初选用Drupal的一个重要原因是可以用来做外文网站，去年一年也确实用于了搭建多站点、多语言的网站，不过当时的做法很原始，各种语言的网站都是完全独立的一套东西，做起来比较麻烦，占用服务器资源也大，请看去年搭 站内搜索2002-2023 v11.7 a-j-e-0 |
|---|
