我們是2006年開始使用MediaWiki，2012年的時候自己通過摸索利用另外一種皮膚文件來實現手機版網站，當時記錄了一篇博文《MediaWiki網站添加手機版網站》，這種辦法算是完全自創的，基本上可以實現希望達到的效果，因此一直沿用至今，最近的MediaWiki升級到1.23.5以及多個Wiki網站合并到一個安裝目錄的過程中，也保持了這種用法。
以前也注意到Wikipedia是采用另外的辦法來實現手機端浏覽的，但沒有去深入研究。最近幾天又去專門看了相關的資料，并在部分沒有手機版的Wiki網站中實驗，做一些記錄。
去年12月份的深圳馬拉松結束後就進入一段休整期，冬季本來還希望好好為2015年練一練的，但武漢的空氣質量實在是太差了，12月、1月、2月都很難找出PM2.5低于100的日子。不過我依然報名了3月份在重慶的馬拉松，一是因為我還從來沒有去過重慶想去看看，二是因為有一位中學同學在重慶工作和生活多年也熱情相約。于是在網上搶着報上了名。
說到空氣質量，我在武漢連續觀察了好幾年，包括用自己購買的專業PM2.5測試設備、包括室内用空氣淨化器與室外的對比、包括留意查看環保局官方發布的數據、以及民間環保人士長期自行堅持觀測和發布的數據，從季節上看，每年10月份空氣質量開始變差，11月、
數據銷售作為AdSense以外的一種商品出售和增值服務，我們已經嘗試和運用有幾年時間了，勁捷公司在國内、國外企業名錄銷售還取得了一定成績，也積累了一些經驗。
郵政編碼的數據相對來說比較專業，受衆面更窄，我自己以前業餘也在淘寶上
補充一條信息，武漢多庫科技有限公司是2014年10月份成立的，不過我也一直沒有對外多提到這個事情，隻是默默地先做了幾個月前期的工作，現在回頭來補記一下。
勁捷公司是1998年我研究生畢業那年聯合中學同學出資注冊，找了幾位J
2012年初，我們為了集中精力建站，關閉大部分MediaWiki網站的留言、編輯、注冊功能，最近幾個月對MediaWiki進行了一次升級，也在考慮是否打開一些以前的wiki網站的留言、編輯等功能，畢竟有網友互動才能讓網站更有用。
我們升級是從1.16.0到1.23.5，後者把一些常用的第三方擴展模塊都包含進去了，我去看了一下有這些：
我們以前做的系列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程序來檢測看是否跳轉、跳轉是否正确，把這個
2002-2023 v11.7 a-j-e-0
