這是 多語言 分類的頁面，點擊下面标題查看詳細文章内容：
多語言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
