Drupal 6中的模闆文件有page.tpl.php, node.tpl.php等，而Drupal 7還引入了一個新的模闆文件html.tpl.php，用于存放基本html代碼。

　　我們以前在Drupal 6中為了添加Google Analytics統計代碼、Google DFP頭部代碼、Analytics與AdSense結合跟蹤代碼、底部搜索框代碼這些每個站幾乎都需要添加一樣的内容，是使用了區塊block的功能，分别在每個站的header頂部、footer底部放置代碼，但這樣比較麻煩，效率也不高。

　　我覺得這些統計代碼、搜索代碼正好适合放置在D

　　這台聯想筆記本買回來的時候600G硬盤隻分了幾十個G給C盤，随着軟件越來越多，C盤很快就空間不足了，隻有遷移“我的文檔”、“下載”等内容到D盤上，但用不了多久C盤又快滿了，隻好再做把内存交換文件轉移到D盤、再删除緩存、清理磁盤、清空回收站等等操作，可也無濟于事。😢

　　在網上找了一些辦法想擴充C盤，嘗試了一些，包括Windows 7自身磁盤管理工具，都無法做到擴展NTFS的主分區，隻能重新劃分擴展分區的邏輯分區。後來找了一些資料說Acronis Disk Director可以用，被迫花了一些時間去下載試用這個軟件，前一陣子把現有硬盤數據全部進行了備份，然後運行這個程序，做

　　用一套Drupal程序搭建多站點非常方便，我們以前一般獨立站點都是用的2級、3級域名，例如：

• industry.bizdirlib.com
• ar.chn.youbianku.com

　　上面的設置比較簡單，最近搭建的一套多站點準備采用子目錄的形式，例如：

• industry.bizdirlib.com/sic01
• industry.bizdirlib.com/sic02

　　這種子目錄

　　去年找深圳一家公司購買的3台4顆x4核服務器性價比很不錯，用起來也很穩定，拿回來後沒有返修過，我們自己添加64G内存、8塊硬盤也都是一次性成功，至今也有一年時間了。

　　于是今年春節過後又找這家購買了兩台服務器，CPU換成了AMD頂配的8360，價格還下降了一些，那邊很快也發貨過來了，但接下來卻問題不斷：燒主闆、燒電源、死機、重啟，返修了N次還沒有解決。

　　我估計與更換CPU有很大關系，新CPU功耗峰值達到119瓦/顆，4顆CPU再加主闆、内存、硬盤、風扇耗電量十分可觀，而配套電源隻有650瓦的輸出功率，基本上沒有餘量了。

　　這次幹

　　Drupal用了一年多的時間，但我們以前基本上都是簡單應用，以菜單中的設置為主，添加了少數帶有php代碼的模闆Template、區塊Block、視圖Views，還算不上進行開發。

　　随着網站的增多、功能需求的複雜，以後還需要進行一些開發的工作。這幾天為了讓很多個子網站共用相同的block，例如50個網站的block修改不用逐個網站打開進行菜單選擇、複制暫貼代碼，就需要編寫一個簡單的module，在這裡面加入block，以後隻需要修改這個module的代碼，就可以實現block内容的統一修改。

　　具體過程暫時沒空寫，以後再補。

　　在Drupal 6網站搭建中，我一直用Node import來導入已有數據，感覺還不錯。但近期在搭建Drupal 7網站的時候，發現Node import這個模塊已經停止開發for Drupal 7的版本了，看到推薦的替代工具是Feeds，于是這幾天摸索了一番，現在基本上可以正常使用了。有幾個地方需要注意的記錄下來：

• 提交的用戶不要使用默認的Anonymous，否則可能因為權限問題而報錯；
• 可以用浏覽器界面查看實時導入進展情況，也可以改為後台運行cron來每次50頁提交需要導入的數據；

　　去年在使用Drupal 6的時候，就發現用Pathauto自動生成的URL網站中，部分特殊字符會導緻頁面找不到，當時找到了解決辦法，記錄在這篇博文中《Drupal的Pathauto模塊生成帶有單引号、雙引号、反斜杠URL問題及解決》。

　　最近在使用Drupal 7的時候又遇到類似問題，這次不是單引号、雙引号或者反斜杠，而是+（加号）和&（and符号）出了問題，自動的編碼變成了%2B和%26，在浏覽器中無法找到。如果手工修改為%252B和%2526則可以訪問。

　　我在網上搜索了很多資料，找到Drupal 6的includes/common.i

　　上周開始嘗試Drupal網站的升級，先拿小數據量的網站做了實驗，本個人網站也算是升級成功。然後想把一個大數據量的網站也升級看看，拿了“傳真名錄”這個站來做實驗。

　　将其各個第三方模塊升級到Drupal 6配套的最新版本都很順利，我也就沒有把Drupal 6.20先升級到6.24，而是直接升級的，這在以前其它小數據量網站試過，沒有問題。

　　在Drupal 6.20中設置為“離線模式”，然後卸載所有第三方模塊，再将文件夾都換為Drupal 7.12的内容，并複制一些配置文件，在Drupal 7下就可以運行updata.php了，但看到update taxono

　　我是很早前就開始使用Google廣告管理系統的，這個系統對于中小發布商來說還有一些複雜，我開始也是摸索了一段時間、聽了幾次講座才基本了解的。後來我們在各個網站上基本都采用了這套系統，普通的AdSense代碼都很少用，而是通過DFP的補餘來發布AdSense廣告，代碼也一直沿用以前的。

　　去年收到過郵件，說了有了新的異步代碼，但沒有空試用，直到這次Drupal升級，也順便把DFP的代碼進行更換。

　　目前有三種代碼可用，DFP中設置的各種展示位置、廣告位置等等在功效上這三種代碼是一樣的，下面是三種代碼的簡介：

• <

　　昨天開始準備進行Drupal的升級工作，當天就查看了大量資料，下載了最新的版本，将幾個沒有實際内容的網站進行了升級，有從6.20升級到6.24的，也有一步從6.20升級到7.12的，還有分步從6.20升級到6.24再到7.12的，因為很少涉及第三方模塊，内容也極簡單，所以算是比較順利，也積累了一點經驗，增強了升級其他正在投入使用網站的信心。

　　今天首先就拿我的這個個人網站開刀，上午先把6.20下的各種第三方模塊升級到最新版本，然後再将核心升級到6.24，還算是比較順利，網站的外觀、功能都變化不大，極少報錯提示。

　　不過再升級到7.12就不是很順利了