網站内容抓取采集真是中國互聯網的一大特色，我們做了這麼多年網站，一直都遇到各種各樣對我們内容進行采集、複制的家夥。前一陣子發現一個網站 www.postcodequery.com 具體和我們的 www.postcodebas

　　自從2012年開始跑馬拉松以來，祁家就開始了每年一次的加油旅行，2012年上海、2013年廣州、2014年深圳，把80多的媽媽和姐姐們及家人都帶着一起去加油、旅遊，這在祁家以前可是沒有的，也算一項增進親情交流的好獲得。今年本來邀請大家一起去杭州遊西湖、逛浙大的，但因為部分家人近期身體不适而取消。然後改為我們三口之家及妻妹一家一起在杭州玩。

　　從上周日合肥賽後抽筋回來後，周一休息了一天沒有跑步，周二晚上又開始恢複練習，周三腿部基本上就恢複正常了，應該不會影響接下來一個周末杭州的比賽，而且對于半程比賽來說自己還是很有信息的，畢竟今年上半年接連跑了揚州和武漢後官湖兩個

　　9月份和同事去雲南旅遊的時候，同事集中收取身份證在大理火車站取火車票，結果一下子為我去了河北衡水、安徽合肥的5、6張車票吓了一跳。其實這些都是事先報名成功後就遇到好的。今年下半年預計跑兩個全程馬拉松，杭州改為和兒子一起跑半馬，所以除了最先報成功的衡水以外，還選擇報了一個相對來說距離武漢比較近的合肥，酒店也是提前在網上訂好。

　　10月25号星期天比賽，我是10月28号早上的動車去，先預定的是早上8點多的，後來覺得太早了，就去火車站改簽了下午1點多的，然後上午可以在辦公室練習電子鼓玩（最近花好幾千塊錢買的，呵呵，這也是和同事去雲南旅遊之後的後遺症），臨近要開車才離開

　　早在幾年前我們就開始趕移動Web的大潮了，2011年就有“公司内部技術講座：雲計算與移動互聯網、移動手機網站、搜索引擎優化”，然後“再次嘗試Drupal搭建手機版網站”，也進行了“MediaWiki網站添加手機版網站”，在這方面算是積累了不少經驗。一直到現在依然在采取電腦版+手機版兩種版本的方式來發布網站。

　　不過在這中間也了解到另外一種方式和趨勢：響應式設計網站，Google早就在推薦這種方式，AdSense也有配套的自适應廣告格式，但國内百度站長平台中推薦還是電腦版、手機版兩種分開的方式

　　今年以來将我們以前托管或者租用的服務器全面轉向阿裡雲，除了采用ECS服務器以外，還有一項重要的是采用了RDS數據庫服務器，這對于服務的穩定性、各項指标的監控、調優等都有幫助。

　　不過随着近期更多數據

　　今年下半年本來準備報太原馬拉松順便去山西看看的，但太原馬拉松遲遲不開始報名而且距離回國的時間也太短，當時看到衡水馬拉松可以報名了就馬上報了，以前曾經在央視看過衡水湖馬拉松的直播，感覺湖邊風景很不錯，賽事的水平也高。

　　回國後才開始訂車票、酒店，又趕上比賽日是中秋節前一天，所以車票很不好定，隻有預定返程經過石家莊中轉的車票，起點附近的酒店也訂完了，就預定火車站旁邊的。

　　然後的準備工作也不太充足，回國後工作上積壓的事情也多，還與勁捷公司同事一起到雲南麗江大理旅遊了一趟，就這樣上場吧。在去的火車上臨時在微信群、QQ群裡面詢問，居然也找到有武漢的

　　前兩年家人就說要利用暑假一起去美國旅遊，但因為各種事情沒有成行，今年又提上議事日程，不過也是到6月份才開始辦理赴美旅遊簽證，去北京面簽還算順利，有十年多次往返的便利。然後就是購機票，等兒子放假後一起從上海出發飛美國芝加哥。

　　剛去芝加哥住在附近的Naperville親戚家，每天早上起來可以去附近跑跑步，感覺這裡與德國或者說歐洲很相似，風景和空氣非常好，人少。因為在美國預計要待的時間比較長，可以找個機會參加這邊的跑步賽事活動，在網上找了一下，9月初的Oak Brook半程馬拉松最合适了，距離住處不遠，美國熟人也推薦這裡環境佳。于是在網上報了名，報名費連同手續費、捐

　　前段時間準備把百度廣告管家的代碼改為百度聯盟的代碼，順便還想再比較一下百度、Google廣告的一些數據，現在對Drupal模闆、PHP程序比較熟悉了，所以采取在模闆中嵌入PHP程序來随機出現Google/百度相關代碼就很容易實現。

<?php
$number_rand = rand(0,1);//0:google,1:baidu
if ($number_rand == 0) {
        $ad1 = '<script async src="//pagead2.googlesyndication.com/pagea
  

　　我們是2010年底開始使用Drupal的，當時Drupal 7還沒正式版，所以就用了Drupal 6，在2012年2月的時候就以本博客為例做過Drupal 6到Drupal 7的升級，雖然有些麻煩但好歹算是可以升級成功，而涉及到大數據量Drupal的站點升級卻讓我吃到苦頭，後來新站都用Drupal 7搭建，而Drupal 6的一些網站也就繼續停留在Drupal 6，隻進行小版本升級，不敢輕易進行大版本的升級。

　　最近由于在轉雲服務器，就想一并做Drupal大版本升級，把現在支持越來越少的Drupal 6升級到目前主流的Drupal 7，Drupal 8因為還沒有

　　周末把雲數據庫RDS進行了配置升級，上面的一些站點數據表從MyISAM轉為了InnoDB，今天早上來發現IOPS異常升高，網站打開困難，查看實時實例會話，發現有很多這樣的語句堆積：

SELECT COUNT(pid) FROM url_alias

　　在Google中搜索了一下，這篇文章說明很多人也遇到過這種問題COUNT(*) is an expensive query in InnoDB.，Drupal 6默認的數據庫表引擎是MyISAM，上面那句統計數量的查詢語句瞬間可以執行完，但對InnoDB引擎來說需要全表掃描來獲得統計數