前年底開始采用Drupal搭建新網站以後，以前的MediaWiki的網站就很少更新了，偶爾有需要删除内容、修改模闆、添加鍊接的時候才去動一下，版本也停留在當時的1.16，後來推出的1.17, 1.18, 1.19都沒有進行更新。
最近嘗試了在Drupal中通過添加主題來實現同一套數據庫生成桌面電腦版和移動手機版兩種網站，已經搭建成功了，想到以前的MediaWiki網站應該也可以通過添加皮膚來實現同樣的功能，以前曾經為簡體中文版MediaWiki網站添加自動翻譯的繁體中文版，所以也有一些經驗，這幾天就把一個數據量比較少的英文網站來做實驗，算是基本實現了手機版：
<好些年前就做過WAP網站的嘗試，去年開始關注智能手機上的移動版本網站，做過一個例子：郵編庫手機版，積累了一點經驗，現在過去又半年多了，還逐步有了一些流量。
今年還準備在這方面做更多的工作，于是近期在嘗試用Drupal搭建多語言網站的時候，也随後就嘗試着用同一套數據庫（去年是完全獨立做的一個手機版）來搭建相應的手機版網站。
這方面的資料也逐步多了起來，這個連續4篇的英文網站寫得很詳細，值得參考：
前年底、去年初選用Drupal的一個重要原因是可以用來做外文網站，去年一年也确實用于了搭建多站點、多語言的網站，不過當時的做法很原始，各種語言的網站都是完全獨立的一套東西，做起來比較麻煩，占用服務器資源也大，請看去年搭
用Drupal搭建網站的時候，有時需要通過修改CSS來改變網站上的格式，以前我多是使用元素内嵌CSS屬性或者在頁面中直接寫CSS代碼的辦法來實現，這樣效果直接了當，但不是很規範和靈活，現在采用正規的辦法，添加外部CSS文件來解決，記錄如下：
Google在不遺餘力地宣傳移動互聯網的重要性，這兩天又收到AdSense的郵件列表也是談移動網站。
我又去看了看GoMo那個網站，并用了其中的将Web網站轉為對應的手機網站的功能。這個功能并不是Google自己提供的，而是另外一個網站：DudaMobile。
我用一個英文域名測試了一下，bizdirlib.com對應設置了移動網站mobile.bizdirlib.com，設置的過程很簡單，與“百度移動開放平台”上的“移動建站管理系統”也有些類似，隻需要幾分鐘就可以基本設置好了，界面上似乎比百度的
很有一段時間我們都是專注在外文網站，對中文網站的關心不夠，前些天才了解到“百度移動開放平台”，這個平台其實推出有一年多的時間了，上面有個“移動建站管理系統”感覺還有些作用，就試用了幾天時間，這裡記錄一下。
這個建站系統是一種代碼轉換器，可以把Web網站自動轉為适合手機浏覽的網站，百度來提供轉換技術以及存儲空間，網站擁有者最短隻要上十分鐘就可以設置好、擁有一個與Web網站對應的手機網站，不過如果需要讓轉換效果更好的話，還需要在原來Web網站上設置一些标記，以便百度更明白如何來轉換。另外，轉換後一些JavaScript丢
以前一直知道可以使用A/B測試來評估AdSense不同代碼的效果，但都沒有實際進行。
前段時間在優化一個網站AdSense廣告的時候，在使用哪種背景顔色上不是很肯定，将白色作為底色和将頁面本身背景色作為底色都試了一段時間，感覺相差不大，但也無法精确評估。
後來想起A/B測試的辦法，就進行了實際的實驗，這裡記錄一下。
Google官方的兩篇文章大家可以參考：
因為我們一些網站的數據量都很大，所以在發現硬盤io過高後，增加了多塊硬盤，有萬轉的機械硬盤，也嘗試過現在逐步流行的固态硬盤。
經過這幾個月的試用，我們發現隻要是負載不太高，機械硬盤、固态硬盤都工作良好，但如果負載很高的話，無論是機械硬盤和固态硬盤，都容易出故障。
我們先以為固态硬盤的io吞吐量可以比機械硬盤高很多，但實際使用中，用iostat觀察，發現在高負載情況下，一些參數甚至比機械硬盤都不如，用的幾塊固态硬盤已經出過幾次問題了，現在已經不敢再過度使用固态硬盤，隻當作普通硬盤使用還行。
最近在新服務器上有大量數據需要導入，
今年1月份我們就獲得了美國黃頁的數據，由715個行業組成，總的數據量超過2000萬，雖然不是更新很及時的，但對需要美國各個行業聯系數據的人來說還是有幫助的。
因為數據量太大，一開始我們隻提供美國黃頁數據銷售，沒有馬上做成網站供免費浏覽。在2月份新購置了服務器以後，才開始搭建、導入數據。
考慮到做成1個網站的話，數據量太大，而做成715個行業網站的話，有些行業數據量又太小，後來同事建議按行業的首字母分類，做成了18個子網站如下：
| Directory |
