前段時間對我們一些中文網站添加了百度MIP版本，但因為剛開始也沒有什麼流量，就沒有添加統計代碼。現在發現有些MIP有些流量了，而同時以前網站的手機訪問用戶數據統計有下降，可能是轉移到MIP版本了，還是需要讓MIP版本也有統計數據才好，目前隻是從百度聯盟後台可以看到一些數據，畢竟不方便、不準确。

　　在“百度MIP移動加速頁面”網站的MIP 組件列表中找到“mip-pix”、“mip-analytics”、“mip-stats-baidu”、“mip-stat

　　Drupal中兩種可以進行頁面分類的工具是Taxonomy系統和Views方式，前者是專門的分類系統，用得比較多，而Views更加靈活，另外很早前也發現Views中有個叫着Taxonomy term的View，默認沒有開啟，如果開啟的話，可以替代相同路徑的分類頁。

　　很早前為了降低數據庫負載也曾在部分國外系列網站中啟用過Taxonomy term View，現在發現RDS的慢查詢語句中還有不少是默認分類頁面的翻頁計數SQL語句，現在全面使用Views Litepager，于是在把Taxonomy term這個View啟用，還有幾個措施：

　　Drupal系統的Views是個功能強大的工具，但也可能引起MySQL數據庫性能問題，為了排查可以打開一些Views的開關設置。

　　我一般常用的是：

• Always show advanced display settings
• Show the SQL query
• Show performance statistics
• Show other queries run during render during live preview

　　自從做網站以來，大量自動抓取我們内容的爬蟲一直是個問題，防範采集是個長期任務，這篇是我5年前的博客文章：《Apache中設置屏蔽IP地址和URL網址來禁止采集》，另外，還可以識别User Agent來辨别和屏蔽一些采集者，在Apache中設置的代碼例子如下：

RewriteCond %{HTTP_USER_AGENT} ^(.*)(DTS\sAgent|Creative\sAutoUpdate|HTTrack|YisouSpider|SemrushBot)(.*)$
RewriteRule .* - [F,L]

　　屏蔽User

　　10年前做的一把刀實用查詢網站當時先是同事用Java開發了一個版本，但以後的持續改進、維護、開發不方便，我就又弄了一個MediaWiki平台，做了《中文簡體》、《中文繁體》、《英文》三個版本，十年過後還一直有用戶使用，幾個版本的情況：

• https://cn.18dao.net 中文簡體：流量不大，雖然内容與繁體基本對應，質量還算不錯的，但百度不給與好的權重；
• https://tw.18dao.net 中文繁體：流量一直不錯，主要來源是台灣用戶使用Google, Yahoo帶來的流量，也有不少回訪用戶；

　　用Drupal很多年一直都是用的自帶搜索，但存在數據量大時速度很慢、搜索結果不準确等問題，中途嘗試過Apache Solr，但感覺太複雜、麻煩了。也知道Views可以用作内部搜索，但一直沒有實施。

　　最近在設法降低MySQL服務器負載時，查看RDS後台的慢查詢日志，發現有相當多的慢查詢都是Drupal自帶的搜索造成的，特别是數據量大的中文站、搜索漢字詞特别長的時候。還有些數據量大的站，生成搜索索引都需要非常長的時間（生成的搜索表可能比内容類型的字段表大得多），自己去試着搜索也是非常慢（有些需要幾十秒以上，幾乎無法正常使用）。于是就嘗試用Views來替代，現在記錄

　　宜昌全程跑完後，累得不行，當時就和同去的向東同學說要放棄再下一個周末的越野比賽，休息一周後再跑後官湖半馬。但回來兩天後腿酸也好了，馬上又改變主意還是要參加。于是上周末又去參加了哥倫比亞武漢群山挑戰賽。

　　這是一場小規模的越野跑比賽，報名限定100人，不過開放報名後當天名額就滿了，武漢的越野跑這幾年還是被Salomon月賽帶起來了。一路碰到好些認識的朋友，從東湖綠道上張家山、南望山、喻家山、森林公園、猴山再返回，我也沒有用太大的力量，和平時跑月賽差不多，還得留些體力到後官湖。最後3小時零幾分鐘完賽，比我預想的很要快一些，還來得及下午去漢街參加Laya非洲鼓俱樂部的

　　多語言支持是Drupal的重要特點，也是我們選擇Drupal的重要原因，我們開發的Drupal網站很多都是帶有多語言的，這其中就需要放置多個語言之間的互相鍊接，我們開始是使用的Language Icons第三方模塊，後來又在手機版和響應式設計中使用了Language Switcher Dropdown，一直到現在。

　　最近在轉UTF8MB4支持的過程中，把一些老舊的MyISAM引擎表轉為了InnoDB引擎，應該更強大，但我們應用的場景是讀取遠遠大于寫入，不能很好發揮InnoDB的優勢，反而在數據統計方面表現比MyISAM更慢，引起阿裡雲RDS負載（特别是IOPS

　　十多年前開始做Google AdSense後的不久，百度也推出了廣告聯盟，當時還接到電話讓我們去注冊使用，但試用後發現效果不佳就沒有繼續使用。一直到2010年Google因故退出中國大陸市場，國内AdWords用戶減少，廣告數量、價格都下降，AdSense也受到沖擊。這時百度抓緊搶占國内廣告聯盟市場，價格也有明顯提高，我們就開始在部分中文站點上投放百度廣告，有一陣子收益還不錯，勁捷公司又專門申請了一個公司賬号，還成為黃金認證會員。

　　但去年初的魏則西事件、出賣貼吧吧主後，百度廣告差了很多，不僅收益下降明顯，廣告質量也讓發布商有些難堪。我們又重新轉到Google

　　最近還在設法降低Drupal網站的MySQL負載，前些天嘗試了安裝entity cache，一般情況下可以把一個頁面的70-120個mysql查詢減少10個左右，然後把memcache使用的内存從1G增加到2G，應該會有一些幫助。

　　今天再次打開devel查詢，發現多語言網站的頁面中drupal_lookup_path特别多，50種語言就需要有50個這種查詢，而且每個查詢的語言代碼不同，不能很好利用MySQL的查詢緩存機制。

　　其實這個查詢語句：

SELECT alias FROM url_alias WHERE