今年4、5月份在用Drupal搭建英文版中國郵編網站China Postal Code的過程中，為了讓浏覽者更方便、更習慣，采用了CCK字段+Views展示的擴展模塊，并進行一系列的比較複雜的設置，例如多個computed計算字段、Views查詢中嵌套多級查詢，算是基本上能實現所希望的功能。

　　但當時就發現在性能上有很多的問題，通過Devel模塊的開啟，可以查看到一些Views查詢數據庫所用的時間非常長，需要幾十甚至幾百秒，常常令服務器負載過高而影響網站訪問。後來找了一個自動檢測MySQL進程的小腳本，當發現超過限定值的進程時就自動kill掉，這個辦法确

　　用Drupal等CMS系統來搭建網站的主要好處就是不用太關心程序、數據庫等技術細節，把精力主要集中在網站内容本身。不過有些時候也不得不去關注這些技術問題，例如：無法用普通辦法實現的功能、遇到速度性能瓶頸等。

　　以前在用Drupal搭建網站的時候，就注意到添加新的内容類型(Content Type)後，用CCK設置的字段一般是放在同一個數據庫表中的，例如一個内容類型“名錄”就有一個表“minglu”，而compan, address, postcode這些字段就都在minglu這個表中，後來在一個網站中添加多

　　前段時間一直發現一個問題，就是我們Drupal網站的首頁沒有Boost Cache生成的文件緩存，而有一部分老的網站中首頁卻是緩存的，這個問題困擾了好長時間，找了好久都沒有找到具體原因。

　　今天在修改老的網站設置中，看到“站點信息 (Site information)”中的“默認首頁 (Default front page)”設置的是“頁面/首頁”，而我記得後來的網站中都是設置的“node/123456”這樣的Node ID，我換着修改了設置，果然問題就出在這

　　連續多年來，我們網站的流量和收入在每年的12月份都是當年最高的，這與我們網站流量逐年上升有關，也與12月份使用郵編等各種查詢的浏覽者增多有關。

　　上個月網站的流量、收入就連創新高，預計這個月會繼續攀升。今天看了一下統計，總的P

　　在一般的Drupal網站中，都是通過設置Cron定期運行來對Boost Cache、XML Sitemap進行更新，但我們在大數據量的Drupal網站中覺得需要進行一些改進。

　　首先來說Boost Cache，對于數十萬甚至上百萬的數據量，如果都進行靜态頁面緩存的話，占用硬盤過大，小文件太多，可能效率還不如不要靜态頁面緩存，這樣的時候我們一般關閉了詳細内容頁面的靜态緩存，隻對分類頁(Taxonomy Terms)、索引頁(Views)進行緩存，就是這樣，靜态緩存的文件數也有數萬個以上。這時如果通過Cron來定期讓靜态緩存失效的話，可能會出現删除時間過長而

　　前一陣子在一部分大數據量的Drupal網站添加了Views，以便讓浏覽者得到更清晰、方便的索引頁面，但很快就引起服務器負載急劇升高，讓網站都無法正常訪問，結果不得不馬上去掉新增的Views，還原一些設置。

　　但即使不增加Views，隻是在修改模闆後清除以前的緩存，在一些數據量大的站中重建緩存也需要很長時間，同時重建多了也一樣導緻負載過高。

　　從iostat的監控中看到主要還是MySQL數據所在的硬盤太忙，占用率長時間維持在100%附近。

　　明年為了讓訪問量、收入更上一個台階，準備繼續增加服務器，而現階段感覺

　　上周四下午，公司内進行了一次技術講座，技術部經理講解了《雲計算與移動互聯網》，主要涉及到雲計算的幾層架構、我們在其中計劃做哪些工作。我來講解了《移動手機網站 (Mobile Web)》和《搜索引擎優化 (SEO)》兩個部分。

　　《移動手機

　　郵編庫等實用查詢類的網站一直存在流量高、廣告匹配不太好的情況，也沒有很好的辦法解決廣告點擊率、單價等問題，隻好做更多高質量的内容來吸引更多流量，從而在點擊率、單價不高的情況下能獲得更多廣告收入。而對外招攬直接廣告的效果也不理想，亂七八糟的彈窗廣告找我們的不少，都被拒絕了，但也沒有與内容很匹配的優質廣告來找我們。

　　今天6、7月份曾經有人找到我們談合作推出“分類信息”欄目的方式，在我們的高流量、高PR值網站下設立一個子目錄欄目，對方提供企業提供的分類信息，按照流量付給我們一些費用，我們還可以放置Google廣告獲得另外的收入。當時因

　　上周同事開始在多個子網站更改各項設置，特别是添加多個Views後，服務器負載持續攀升，也影響到服務器上的沒有更改的網站，特别是幾個數據量達到數十萬、上百萬的網站，已經連續出現首頁報錯的情況了。

　　http://tx.bizdirlib.com/ 的首頁主要由兩部分組成：城市列表和行業列表，首頁報錯的時候，上半部分的城市列表還是可以正常顯示的，隻是下半部分的行業列表無法顯示，錯誤提示信息也是與sic行業代碼的查詢有關。

　　檢查兩個Views，城市列表的Views很簡單，而行業列表的Views中采用了Relationships，以便查

　　從7月初到10月底的4個月時間中，我們已經在服務器上導入了大量數據，建成了一批新的子網站，在接下來的一段時間内我們不準備繼續大增數據量了，而是對已經導入數據的網站進行精細優化調整，這個月已經開始了這方面的工作。

　　MediaWiki平台的網站都是去年以及以前建成的，這次基本沒有大的調整，隻是一部分網站對模闆進行了更新，以便嵌入microdata微數據标記，雖然也需要運行後台更新、重新生成緩存文件，不過這個對服務器的負載影響不算很大，是可以承受的。

　　而在對今年新做的Drupal平台的改進中，如果隻是修改内頁模闆、block以及me