Drupal網站在Site information的設置中有一個404錯誤頁面可以定制到自己希望的網址，如果你在日志中發現大量404錯誤，而其中很多都是同一個類型可以引導到對用戶更有幫助的内容頁面，那麼就可以在這個定制的404錯誤網址中進行判斷、導向。

　　我做的例子是http://ak.postcodebase.com/not_found ，因為來自外部網站的鍊接中，有一部分是這個站内找不到或者錯誤的郵編，就可以根據URI進行判斷：

• 如果訪問9位郵編頁面不存在但前面5位郵編分類頁面存在，則轉到5位郵編分類頁面；

　　我們很多年前開始做網站就一直遇到被采集的問題，很多次都是讓我們服務器不堪負重，需要排除、采取針對性措施來屏蔽，所以我一直對采集這種方式很排斥。另外，國内太多用采集做成的複制網站、山寨網站、垃圾網站了，在搜索引擎中也不會有長期良好表現，違反了SEO的原則，所以我們一直都沒有用采集的方式來獲取數據。

　　但這兩年也一直有嘗試采集軟件的想法，我們不會去複制網站，但可以用來獲取需要的一些數據，然後再做處理利用，去年也提過但一直沒有實施，今年初再次提到這個想法，我也去看過、比較過一些采集軟件，火車頭采集軟件在這方面比較領先，最近同事去詳細了解、試用，感覺還不錯，我們就幹脆去購買

　　從開封返回鄭州已經是下午4點多，打車會賓館拿東西，又先讓的哥把幾位要到鄭州火車站坐4點40分火車的跑友送過去，再返回到秦朝賓館，拿了行李後再打車去鄭州東站坐高鐵回家。在東站的面館裡再次吃了一大碗羊肉燴面，還遇到另外三位跑友又一起吃了一隻道口燒雞。

　　回來的高鐵列車稍慢一些，6點40上車到漢口站是9點20，然後在火車站内及周邊又打不到出租車，害得我拖着行李箱走了有一站路在另外一個路口才等到一輛出租車，回家已經是晚上10點了。回來給老婆孩子講了些趣聞趣事、洗澡休息。

　　周一早上就恢複送兒子上學、自己上班了，腿又酸了兩天，到周三基本上好了，晚上去打了羽毛

　　早上5點剛過就起來了，洗澡、如廁、換衣、換鞋、早餐、收拾行李退房，這次同房間一起住的是武漢的跑友“三一慢跑”，他比我起得更早，燒好開水，還給我也沖了一碗麥片和一碗蜂蜜水喝，蜂蜜水很濃很甜，喝起來倒是不錯，隻是沒有想到後來出了點問題。

　　鄭開馬拉松的最大特點是在兩個城市之間跑，要湊好42.195公裡的距離，終點設在開封的大梁門附近，起點就在鄭開大道的白沙檢查站，早上選手都是集中在紫荊山公園附近集合，由組委會提供的大巴運送到白沙檢查站，這個過程也需要大半個小時。

　　整個10車道的鄭開大道全部封閉了，白沙檢查站附近也沒有特别的車和

　　去年的12月初在上海馬拉松拼盡全力跑到4小時以内後，終于算是達成了第一年跑馬拉松的目标，随後也放松進入了“冬歇期”，很少再跑長距離，甚至跑步和其它鍛煉都減少了很多，再加上冬季、春節吃得多，體重也明顯增加了。春節放假期間倒是有時間，去地質大學和江灘跑了幾次，但最長也就是10-20KM。

　　今年開始武漢市也公布了9個城區采樣點的PM2.5值，1月份前後高得離譜，天空極其昏暗，霧霾嚴重，我在家裡、單位都購買了空氣淨化器，甚至還自己掏3000多元購買了一台便攜的PM2.5和PM10測量儀。我自己感覺空氣污染嚴重的時候嗓子不舒服很明顯，所以也減少了跑步

過春節前在網上與@谷歌AdSense官方微博 約好年後進行一次微博訪談活動，年後我還專門快遞了5本簽名書給Google公司作為該活動的獎品，3月7日活動已經在微博上進行，現在Google的編輯已經整理出來可以下載：《JamesQi 訪談内容歸納.docx》，我轉發到博客中如下：

AdSense成功故事訪談
之 祁勁松

小編：今天我們很榮幸邀請到《 AdSense實戰寶典 - 谷歌廣告網上賺錢揭秘》

　　前幾年一直用MediaWiki，從2006年到2010年，在2011年初改用Drupal後，以前的Wiki網站就基本上停止了更新，MediaWiki的版本也停在了1.16，後來還遇到不少網友站長咨詢這方面的事情，我也隻好告訴對方後面的版本我都不熟悉了。

　　雖然網站平台停止了更新，但運用還在繼續，除了把一些站的留言關閉外，還是有幾個曆史悠久的網站保留了用戶留言、交互的功能，依然需要解決一些遺留的小問題。近期花了一些時間來解決下面幾個問題，記錄如下：

反垃圾：

　　這兩年國外的垃圾信息沒有停，間隔着幾天發幾條、幾十條，挺讨厭的，但又沒有到必須用技

　　2011年初改用Drupal建站一個原因就是看中了對多語言的支持，2011年9月做了“多語言的中國郵政編碼系列子網站”。

　　但當時對多語言的認識并不是很充分，隻是單個網站用某一種語言，不了解同一套數據庫做多種語言，所以當時做的多語言的中國郵政編碼系列子網站

　　從用MediaWiki做網站開始，服務器負載一直就是個問題，為了解決這個問題，我們添加了各種緩存，如MediaWiki的多種緩存機制，包括File Cache，也加上了外部的Squid。後來做Drupal網站并不需要Squid，但因為服務器上已經安裝了Squid，我們也隻好把Drupal架設在Squid之後，另外Drupal也采用了内部core緩存和Boost緩存。

　　這些緩存機制可以解決不少問題，但緩存主要對數據量小、每頁訪問多的網站有明顯效果，而對于數據量很大、每頁訪問少的網站起不到明顯效果，有時甚至因為緩存文件過多起到反效果，而且緩存更新機制也有些小問題。

　　在《Drupal的MySQL過度膨脹，清理緩存、翻譯表》這篇2012年8月的博文中，提到有些非英文網站的locales_source表不斷變大的問題，當時在網上找了一些資料，臨時先用删除表中某些特征的數據來解決，半年後再次逐步變大導緻網站訪問困難，又編寫了一個自動删除表中記錄的腳本來解決，但始終是治标不治本。

　　這些天在對其它網站進行多語言擴充的時候，發現有些網站也有類似問題，都是locales_source中包含大量不需要進行翻譯的内容，再次查找資料并逐步調試，終于是找到問題的根源并可以解決了，有兩種情況：

1. Drupal為每