幾年前我們開始為普通電腦版網站添加手機版本，當時查了一些資料，其中說到很多情況下，手機浏覽器可以識别網頁中的電話号碼并自動添加鍊接，但也可以關閉這個功能并控制号碼是否添加鍊接。這兩年我們在添加手機版網站的時候，一般都沒有去特别處理電話、手機号碼的字段，就讓手機浏覽器自動來
祁勁松的博客文章
“地接”婉婉本來安排了更多行程和豐富活動，但沒有料到這個“中老年團”比較難伺候，後面隻好放棄了一些安排，少出行。當然，難得一次的大集體出行本身就夠愉快了，周六晚上沒有外出，我把帶去的筆記本連接到賓館的大屏幕電視上，就安排一起坐在沙發上看這次拍攝的照片、聽我把去年在公司同事面前講過的《我的運動啟示錄》PPT重新講一次，然後又找到我以前掃描放在網上的老照片，特别是一些以前的黑白影集，大家都評論得津津有味。
周五晚上大家出去夜遊珠江，我留着賓館休息似乎也沒有睡着，後來他們返回後的晚上算是休息得還行但也不是很好，早上5點多就又要起床了，穿上自己帶的衣服，在衛生間自拍一張發微信“連續兩天，五點起床，六點出發，向着目标，再不瘋跑，就要老了”，以前跑馬拉松發微博比較多，這次改發微信為主，還開啟了同時發送到QQ空間、說說，所以讀者也不太相同，一些很早前加QQ、很久沒有聯系的朋友也看到、為俺加油，感動ing😭
2013年11月3日在杭州與兒子一起跑馬拉松歸來後不久，11月23日又和大隊人馬的家人趕赴廣州參加今年的最後一站，跑完回來後忙于各種工作等事宜，遲遲沒有開始動筆，但一直惦記着還是要補上廣州馬拉松紀實的，雖然成績沒有突破，甚至有點倒退，但每次還是有很多不同的體會與收獲，值得記錄。今天周末外面霧霾太大、空氣質量太差，沒有參加漢口江灘約跑，就躲在家裡呼吸淨化器出來的PM2.5<20的空氣，白天睡夠了，晚上轉點還不困，先寫了一篇AdWords相關的博文，再繼續寫廣州馬拉松。先上官方網站上下載的最後沖刺照片以及證書、獎牌照片，再寫文字：
好幾年前就把自己的Google帳号開通了AdWords，但隻是嘗試投放了一點點廣告，沒有特别适合在網上銷售的東西，帳号中充值的幾百元錢存放了好幾年沒有動過。今年本來也計劃公司業務中要嘗試這塊的，但一直忙于擴展網站内容，都沒有顧得上廣告投放，直到年底了
最近總看到Drupal系統有安全升級的提示，忙于别的事情拖了一陣子，現在準備來進行，上次大規模升級還是在2013年3月，再之前就是2012年2月嘗試升級，以及2011年初開始使用Drupal。
首先把我的個人網站升級，這個網站所在的服務器重裝過，目前PHP用的5.2.x版本，不支持Drush，所以先隻好用手工升級，步驟如下：
- 查看需要升級的模塊；
- 升級第三方模塊：在sites/all/modules中下載新版本、解壓、替換以前的老版本目錄，老目錄文件轉移到sites/all/will-delet
最近同事在為以前Drupal 6做的網站擴展多語言時發現一個問題，Drupal Core的内容找不到翻譯，例如‹ previous next ›以及菜單項都沒有翻譯，經查是翻譯更新列表(admin/build/translate/update)中本來應該是Drupal 6.28的版本不知道為什麼錯誤識别為6.29了，因此找不到翻譯信息。
這個識别錯了版本的原因還沒有找到（我估計是l10n模塊把提示需要進行完全更新到的6.29的版本錯誤當成當前版本了），但可以手工在Drupal數
以前我們的網站多次接到過Google AdSense的警告郵件，一般是部分頁面包含了違規内容、廣告數量超過3個等，這都不難解決，隻要按時改了就可以。有一次的問題嚴重一些，是與别人合辦的分類信息合作欄目中也放置AdSense廣告，這個子目錄直接被Google停止投放廣告了，沒有警告的過程，好在對我們的AdSense帳号及其它網站上的廣告投放也都沒有影響。
以前還曾收到過Google Webmaster Tools發來的郵件，說某個網站有質量問題，但說得不仔細，我們自己找了好久也不知道究竟是什麼地方有質量問題，包括發郵件讓AdSense客戶經理幫忙檢查，現在看來也都沒
最近把自己編寫的網站防采集程序進行了升級，添加了每日郵件報告的功能，各台服務器在每天淩晨将前一天被屏蔽的IP信息彙總發送郵件到指定郵箱。典型的郵件内容摘錄如下：
101 Bad IPs Found on 2013-12-11 from XXX.XXX.XXX.XXX
#count=1
request_time=>1386690568
remote_addr=>186.201.198.250
http_user_agent=>Mozilla/5.0 (
同事反映在用Drupal Ubercart搭建的網站中添加産品時速度非常慢的問題，産品頁面可以編輯，但在添加關聯下載文件的時候就需要長時間等待甚至超時報錯，先以為是服務器性能或者MySQL的問題，折騰了兩天都沒有多大效果，今天把排錯神器devel安裝上，很快就發現是該頁面需要運行8000多次數據庫查詢，而我們現在大約有4000個産品關聯文件，也就是該頁面需要循環4000次、每次2個數據庫查詢。
網上搜索了很久（用ubercart feather file slow等關鍵詞都找不到準确的，後來用devel發現的重複MySQL查詢名稱查到的），終于找到與我們的情況基本