補充一條信息，武漢多庫科技有限公司是2014年10月份成立的，不過我也一直沒有對外多提到這個事情，隻是默默地先做了幾個月前期的工作，現在回頭來補記一下。

　　勁捷公司是1998年我研究生畢業那年聯合中學同學出資注冊，找了幾位J

　　2012年初，我們為了集中精力建站，關閉大部分MediaWiki網站的留言、編輯、注冊功能，最近幾個月對MediaWiki進行了一次升級，也在考慮是否打開一些以前的wiki網站的留言、編輯等功能，畢竟有網友互動才能讓網站更有用。

　　我們升級是從1.16.0到1.23.5，後者把一些常用的第三方擴展模塊都包含進去了，我去看了一下有這些：

• Cite
• ConfirmEdit
• Gadgets
• ImageMap
• InputBox

　　我們以前做的系列Drupal網站一般都是共享代碼目錄、分開創建獨立的數據庫，因為一般都是禁止匿名用戶注冊的，所以隻是最初設立幾個管理員就可以，也還方便。不過為了考慮以後開放用戶注冊，系列網站的共享用戶數據庫就有必

　　我們在某些Drupal網站上安裝了驗證碼Captcha模塊後，發現依然有一些垃圾信息漏網發出，而我的這個博客安裝驗證碼模塊後這半年幾乎都沒遇到過垃圾信息了，對比發現我的博客網站中對驗證碼選用了圖像方式，而且對圖像進行了一些字符扭曲、添加噪點、添加斜線等變形，不容易被機器人自動識别，而新安裝的Drupal網站中驗證碼模塊基本上沒有修改過，使用的圖像也是白底無變形，容易被識别出來，需要進行修改加強保護。

　　而多個系列網站的子網站數量太大，人工設置容易出錯，以後也很不方便修改，還是得想辦法程序批量修改，我還是用老辦法，先在一個例子網站的數據庫中找到兩個相關的表：var

　　所謂蜜罐技術是指的引誘垃圾發帖的機器人進入我們設置的陷阱，正常的人類發帖者是不會受到影響的，而機器人不能分辨、進行了上當的操作，從而被我們識别、屏蔽。

　　Drupal中有一大類反垃圾模塊都是用的這種技術，其中有honeypot, botcha, hidden captcha, spamicide等，我看hoeypot的安裝量最大、drupal 6/7/8都支持，就選用了這個。

　　安裝很簡單，設置也隻有一個頁面，如果需要批量安裝也可以用命令drush dl honeypot, drush en honeypot來執行，站内模塊設置的話，我去在

　　網站隻要是打開了用戶反饋信息、留言評論的功能就避免不了被垃圾騷擾，無論是以前用過的MediaWiki還是現在主要用的Drupal都是這樣，其它各自現成的網站軟件或者自己編寫的軟件都會遇到這種讨厭的問題。

　　最常見的就是安裝驗證碼模塊，不過從我們實用中發現還是有不少垃圾發送者可以破解驗證碼而繼續發送垃圾，後來我又嘗試了Mollom這個“智能”反垃圾模塊，使用了綜合的辦法來防範，确實很有效，不過去年開始随着中國大陸與國外網絡之間的連接越來越受GFW的影響，總是看到無法連接web service的報錯，被迫去掉了這個模塊（這個模塊還有一個缺點就

　　最近在繼續把一些網站從托管的自己服務器向雲服務器轉，做網站很多年了，少不了一些以前用301重定向做的網站調整，例如某個子域名telecode.027.net後來單獨申請域名www.chahaoba.com後就一直用的301重定向，這樣的重定向按照搜索引擎優化的說法是需要保持至少6個月，但我們基本上保持了幾年，期間機房、服務器也多次變化，每次都需要記得去進行修改設置。

　　這樣的跳轉做得多了、服務器搬遷也多了，有些記不得了，這次幹脆趁着再次搬遷的時候來一個整體梳理，把所有以前做過的301重定向全部列出來，還專門做了一個PHP程序來檢測看是否跳轉、跳轉是否正确，把這個

　　很久沒有寫過與車有關的博客了，前一陣子很折騰，算是把我那輛愛騰柴油車從黃标車改為綠标車、又把電子眼消除了，還是把過程記錄一下，說不定能幫上其他遇到類似問題的朋友。

　　主要看我提供給環保局、交管局的申訴說明文件《車輛情況說明》：

車輛情況說明

尊敬的領導：

本人是鄂AXXXXX的車主，現就“機動車違反禁令标志指示的（高污染排放車違反武漢市禁行規定的）（違法代碼：13449）”電子眼事宜作出以下情況說明。

該車韓國雙龍公司出産愛騰牌小型客車，車輛型号：KPTC0B1K77P、發動機型号：D20DT
  

　　春節前忙着把一些網站從自己獨立托管的服務器搬遷到阿裡雲的平台中去，以前自己的服務器都是購買的頂配硬件（幾年前就是16核、64G内存、8塊硬盤），安裝Linux+Apache+MySQL+PHP在同一台機器上，現在用了雲服務器ECS做Web服務器，用雲數據庫RDS做MySQL服務，應該來說更合理，不過實際運行中也遇到問題。

　　先搬遷了幾個小的網站，數據量不大、訪問量不大，所以搬遷過去沒有什麼大的負載，ECS/RDS以及帶寬什麼都很富裕。但在搬遷一個數據量偏大、訪問量也較大的網站時遇到問題，RDS的CPU總是100%，不運行自動檢測超時MySQL進程并自動殺死該進程的腳本就

　　以前在排查我們服務器的IP地址被列入國外的垃圾郵件黑名單的時候，知道最好是為IP設置一個反向DNS域名解析，但國内托管商不太好做，好像需要電信公司等IP擁有者來設置。

　　後來租用國外獨立服務器，提供商server4you都是做好了IP地址反向域名解析的，用的是國外服務商提供的主域名下的子域名，例如hawk123.startdedicated.com、usloft1234.serverloft.com等。

　　最近添置了阿裡雲的服務器，也有獨立IP，昨天發工單咨詢，很快就回複說可以做，發去IP和域名後，他們馬上就人工設置，幾分鐘後就可以生效了，例如：serve