Drupal系統的Views插件确實有着非常強大的功能，能實現各種數據庫查詢工作而又不用編寫程序代碼，所以我們在建站過程中也在不少地方用到Views。
用Views生成頁面的時候，涉及到頁面的Tilte，有多種情況記錄如下：
服務器上的sendmail等設置一直不太順，以前用MediaWiki的時候就是留言表單中的内容有時可以發送，有時出現錯誤丢失的情況。改用Drupal建站後，contact表單也是用的sendmail來發送，也是時好時壞，有我們自己設置的問題，也有被外部判為垃圾郵件的問題，需要我們修改設置、提交解封。
前兩天偶爾查看服務器上的root中的郵件，發現前一陣子丢失了很多留言郵件，其中一些提示被godaddy的郵件服務器盼為垃圾郵件了，就去提交解封了。
今天讓同事安裝了一個webmin來查看，找回了不少需要處理的郵件。
12月份在武漢的一次互聯網聚會中遇到上海的幾個朋友，說到我去年嘗試做了一個手機查詢郵編的網站，他們到底是内行，問到是否做了自動判斷浏覽者的終端類型、自動切換，這個問題我一直想做但也一直沒有做。聚會後我在服務器和網站上做了點實驗，可以在某個頁面實現自動判斷、切換，但整體如何設置還沒有想得很清晰，就先擱置了。
春節這兩天稍微空閑一點，就又把這個問題摸索了一番，算是基本找到了解決辦法，要點及代碼記錄如下：
首先要明确哪一個共同的URL切換到哪兩個不同版本的URL，我選擇是：
Google在推出Analytics統計分析系統的第一時間我就開始在用，還曾經在wap網站上也成功設置了跟蹤代碼，2009年記了一篇文章：《WAP網站可以用Google Analytics統計分析流量》。
不過後來WAP網站關閉後就沒有用了，直到去年設立了郵政編碼查詢手機網站，又重新加入了類似的Analytics統計代碼跟蹤，但頁面下方有個錯誤的圖片顯示，從Google Analytics後台一直沒有看到統計數據，也沒有時間檢查，就先簡單用AdSense的數據看看。
這個手機版網站近期又加入了大量數據，春節期間花了些時間詳細查
去年5月份推出了中英文對照的China Postcode (中國郵編)網站，包含了170萬的海量數據，6月份就計劃在下半年一鼓作氣推出另外9種語言(阿拉伯語、德語、西班牙語、法語、意大利語、日語、韓語、葡萄牙語、俄語)的系列網站，因為時間精力不足、服務器負載過高等原因，在8月底才把這9個子網站初步搭建起來，放置了省份、地市、區縣三級地區的郵政編碼信息：
一月份開頭的這些天，一項重要的工作是做去年的工作總結及今天的工作計劃，核實後才看到去年還算搞得不錯，比前幾年都強多了，去年采取了很多新辦法、新技術，網站運營的路子走出來了，算是一個轉折吧。
而今年最主要是沿着去年的路子擴大規模，在新增數據量、新增服務器、擴大流量、收入、利潤等方面都要設法擴展，但人員人數上不準備增加很多，所以幾個人都會很忙。而在時間緊、精力有限的情況下，以前網站的維護管理要減少時間投入。
以前為了增強互動性，一些MediaWiki搭建的網站都打開了留言功能，有些還打開了新增頁面、編輯頁面、上傳圖片等功能，這樣我
跨過終點後，馬上有工作人員送上毛巾，這時确實很冷，然後順着通道去領取了一瓶飲料、一瓶淨水、一根香蕉，走到避風的室内坐下歇了一會兒，補充食物、水分，依然覺得冷，準備去領取寄存的衣物，可人太多了，工作人員完全忙不過來，隻好先去領取成績證明、退還計時芯片，這還比較順利，隻是又涼着走了一圈辦理。
成績證明掃描如下，其中比賽成績減去淨成績等于出發時跑過起點所用時間，我用了2分41秒：
1月7日早上把鬧鐘定在了5點，起來先洗了個澡，然後去樓下餐廳的時候發現人滿為患，粥都打不到了，隻有排隊拿了包子（素餡無肉）、饅頭和雞蛋各一後，回房間吃完。然後一定記得要在酒店的WC中盡量解決問題，少依賴出發點和途中的流動WC。此後就按時6點10分上了跑吧準備的大巴，一起出發去到會展中心。
因為交通管制的緣故，大巴停下後，還需要走上十分鐘才能達到出發點，7點達到後還有1個小時才開跑，早上還有點涼，我就找了個避風的地方先坐着等，也與旁邊準備的幾位跑友簡單交流交流，直到還有1刻鐘，才又排隊上了一次廁所，把外面衣服脫下寄存，然後擠入跑道。
這時在全程起
去年為了降低血脂，5月份開始去中體倍力健身俱樂部鍛煉，沒有想到效果很好，很快就減了5KG以上體重，8月份再次檢查血脂，多年長期超标的甘油三酯竟然正常了。可随後就覺得缺乏了繼續鍛煉的目标，經過考慮，以前從來不跑步的我去年9月底突發奇想開始了解馬拉松。
10-1期間嘗試跑了兩次1萬米，感覺還行，又在電視上看了北京馬拉松的直播，在網上查了更多資料，興趣更大了一些，當看到當時有報道一個美國芝加哥女子懷孕9個多月還堅持跑馬拉松，跑完後幾個小時就生孩子的新聞後，我也不再猶豫了，就在10月初廈門馬拉松開始報名的第一時間通過跑吧網站進行了報名，然後開始了訓練過程，10月份跑了15
前一陣子找朋友在幫忙查看MySQL性能問題的時候，發現一些MySQL數據庫表的索引基數為0，這種時候索引是無效的。我後來檢查了多個庫，發現這種情況還比較普遍，可能由各種原因引起，隻需要将該表優化一遍就可以了，但每次需要人工檢查太麻煩，查了一下資料，可以定期運行以下命令來檢查、優化和自動修複整台MySQL服務器上所有庫中的表：
mysqlcheck -o -autorepaire --all-databases -uroot -ppassword
更多參數說明請看MySQL手冊中的mysql
2002-2023 v11.7 a-j-e-0
