去年在使用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就不是很順利了

　　2010年底我開始嘗試使用Drupal來建站，替代已經使用過多年的MediaWiki，當時Drupal的最新版本是6.19，在不久後的2011年初推出了Drupal 7的正式版本，但因為很多第三方模塊都還沒有與Drupal 7配套的，所以我也一直沒有用Drupal 7，為了省事就一直用的Drupal 6，隻是中途用一個簡單的複制文件的辦法"Drupal 6.x Upgrade - Files Only"來升級到6.20。

　　此後Drupal 6又陸續推出了6.21, 6.22, 6.23, 6.24，但都無法使用前面的直接複制文件的辦法來更新，所以我也一直拖着沒有再升級

　　上周實驗成功手機版網站與電腦版網站的自動判斷及切換後，又把郵編庫電腦版的首頁以外的各種欄目頁面、詳細内頁也都改為了識别到移動設備後就自動跳轉到對應的郵編庫手機版頁面。

　　這個跳轉需要PHP程序來實現，去年找到MediaWiki網站頁面中嵌入PHP代碼的辦法起到了關鍵作用，我修改了省份、城市、區縣、地區、地址、郵編、區縣郵編這七種頁面使用的模闆，在模闆中嵌入各自對應的程序名稱：

• 省份：<include_PHP file="redirect_province" />

　　Drupal系統的Views插件确實有着非常強大的功能，能實現各種數據庫查詢工作而又不用編寫程序代碼，所以我們在建站過程中也在不少地方用到Views。

　　用Views生成頁面的時候，涉及到頁面的Tilte，有多種情況記錄如下：

• 如果是固定的标題就很簡單，設定Views的标題就可以了；
• 如果是網址中帶有變量就可能需要頁面标題也變動，這時候可以在Views的标題中加入%1這樣的變量；
• 網站中帶有變量的情況下，還可以在Views中的Arguments處設置Title，其中加入％1、%2這樣

　　服務器上的sendmail等設置一直不太順，以前用MediaWiki的時候就是留言表單中的内容有時可以發送，有時出現錯誤丢失的情況。改用Drupal建站後，contact表單也是用的sendmail來發送，也是時好時壞，有我們自己設置的問題，也有被外部判為垃圾郵件的問題，需要我們修改設置、提交解封。

　　前兩天偶爾查看服務器上的root中的郵件，發現前一陣子丢失了很多留言郵件，其中一些提示被godaddy的郵件服務器盼為垃圾郵件了，就去提交解封了。

　　今天讓同事安裝了一個webmin來查看，找回了不少需要處理的郵件。

　　12月份在武漢的一次互聯網聚會中遇到上海的幾個朋友，說到我去年嘗試做了一個手機查詢郵編的網站，他們到底是内行，問到是否做了自動判斷浏覽者的終端類型、自動切換，這個問題我一直想做但也一直沒有做。聚會後我在服務器和網站上做了點實驗，可以在某個頁面實現自動判斷、切換，但整體如何設置還沒有想得很清晰，就先擱置了。

　　春節這兩天稍微空閑一點，就又把這個問題摸索了一番，算是基本找到了解決辦法，要點及代碼記錄如下：

　　首先要明确哪一個共同的URL切換到哪兩個不同版本的URL，我選擇是：

• 一個共同的URL：

　　Google在推出Analytics統計分析系統的第一時間我就開始在用，還曾經在wap網站上也成功設置了跟蹤代碼，2009年記了一篇文章：《WAP網站可以用Google Analytics統計分析流量》。

　　不過後來WAP網站關閉後就沒有用了，直到去年設立了郵政編碼查詢手機網站，又重新加入了類似的Analytics統計代碼跟蹤，但頁面下方有個錯誤的圖片顯示，從Google Analytics後台一直沒有看到統計數據，也沒有時間檢查，就先簡單用AdSense的數據看看。

　　這個手機版網站近期又加入了大量數據，春節期間花了些時間詳細查