这是 多语言 分类的页面，点击下面标题查看详细文章内容：
多语言Drupal网站的站点地图有一个名为xmlsitemap_i18n (XML sitemap internationalization)的插件，安装后就可以用为网站添加、生成各种语言相应的xmlsitemap，这个功能很强，特别是对于各种语言版本有不同的网址、不同的内容、不同的页面数量的复杂情况，都可以适用。
但我们在实际使用中，因为网站的数据量大（页面数达到几十万甚至上百万）、语言多（50种语言）、子网站多（一个系列可能有几十甚至几百个子网站），生成站点地图需要很长时间，而我们网站的多语言没有页面数量不同的情况，每个页面的每种语言都有一一对应的页面，生成的
2011年初改用Drupal建站一个原因就是看中了对多语言的支持，2011年9月做了“多语言的中国邮政编码系列子网站”。
但当时对多语言的认识并不是很充分，只是单个网站用某一种语言，不了解同一套数据库做多种语言，所以当时做的多语言的中国邮政编码系列子网站
在《Drupal的MySQL过度膨胀，清理缓存、翻译表》这篇2012年8月的博文中，提到有些非英文网站的locales_source表不断变大的问题，当时在网上找了一些资料，临时先用删除表中某些特征的数据来解决，半年后再次逐步变大导致网站访问困难，又编写了一个自动删除表中记录的脚本来解决，但始终是治标不治本。
这些天在对其它网站进行多语言扩充的时候，发现有些网站也有类似问题，都是locales_source中包含大量不需要进行翻译的内容，再次查找资料并逐步调试，终于是找到问题的根源并可以解决了，有两种情况：
各国邮编的系列网站是用Drupal 6搭建的，当初都开启了Pathauto, Boost等模块，使用起来也都还正常，后来将一部分网站进行了50种多语言和手机版的扩充，访问速度就感觉要慢一些，最近一两个月来扩充得越多就感觉网站访问越慢，而且后来取消了Boost缓存（因为没有那么大的硬盘来缓存100倍的文件，即使可以放得下，文件数量太多访问也慢）后感觉更慢了一些。
这个问题先在google webmaster tools中有所发现，但直到最近操作越来越慢才引起重视，监控软件的报错也开始频繁，昨天再一查监控软件的记录，这个系列的子网站打开首页都需要20秒以上，基本上没有
在用Drupal 7搭建新网站时，根据具体情况可以添加多语言及手机版，我记录在博文《Drupal的多语言系列网站搭建和设置》中。
在对更早使用Drupal 6已经搭建起来的网站进行扩充添加多语言及手机版的时候，过程也类似，只是稍微有些不同，下面我也记录一下过程：
初期准备：
去年在用Drupal 7搭建PostCodeBase系列各国邮编多语言网站的时候，遇到上百个国家子网站每个都需要设置50种语言网站名称的问题，开始还逐个设置，后来实在受不了，改用Drush命令来设置：
drush --root=/usr/local/apache2/htdocs/drupal7.postcodebase.com --uri=http://bra.postcodebase.com variable-realm-set language af site_name "Brasi
6月份写了一篇《网站扩展100倍：50种语言x(电脑版＋手机版)》，之后几个月逐步获得更多数据、搭建更多网站、导入更多数据，现在基本上完成了初步的工作，可以推出这100多个国家地区的多语言邮编网站：
我最近的一些博文中说到很多为传统网站添加手机版的事情，这样就将网站内容扩展到2倍，其实有些内容的网站还有更大的扩展余地，就是从多语言这个角度来发展。
很多年前我们用java做的实用查询网站平台框架就是准备了多语言，当时先集中力量做中文的，后来还想过做更多语言版本的，但因为选题太宽泛、精力不足而没有实施，可惜后面这个自行开发的平台没有持续完善，最终放弃。
改用MediaWiki这样的国外开源平台后，做多语言版本就更方便了，当时将实用查询网站做了中文简体、中文正體、English三个版本，这个平台一直保留维护着，近期还都添加了对应的移动互联网版本：
前年底、去年初选用Drupal的一个重要原因是可以用来做外文网站，去年一年也确实用于了搭建多站点、多语言的网站，不过当时的做法很原始，各种语言的网站都是完全独立的一套东西，做起来比较麻烦，占用服务器资源也大，请看去年搭
2002-2023 v11.7 a-j-e-0
