所謂蜜罐技術是指的引誘垃圾發帖的機器人進入我們設置的陷阱，正常的人類發帖者是不會受到影響的，而機器人不能分辨、進行了上當的操作，從而被我們識别、屏蔽。
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
隻要是運營網站，就繞不過對網站進行監控的問題，我們推出的網站都是希望能提供不間斷服務器的，而大家都不可能24小時盯着網站，還得需要有技術手段來幫忙實現檢測。
以前我們用過幾種方式：
其中第一種基本上
很早前開始使用MediaWiki的時候就聽說了MemCache，但一直沒有用過，直到前幾個月下力氣做Drupal優化，才安裝嘗試了Memcache，果然是效果明顯，對數據庫的壓力下降了很多，命中率在80%左右，這樣即使安裝在單台服務器上，也會讓該服務器的負載下降不少。當時記錄了一篇博客《Drupal單服務器設置Memcache緩存》。
而Memcache的典型應用其實是部署在專門的緩存服務器上，我曾經看過Wikipedia的服務器拓撲圖，緩存服務器的數量還不少。我們近期在準備撤掉部分以前的獨立服務器轉用雲平台，所以在試用阿裡雲的時候留意了有專門的開放緩存服務O
在把網站從托管獨立服務器向雲平台轉移的過程中，在國内還有一個備案轉移的問題，個人備案轉服務商比較好辦，單位備案轉服務商也還不難，但個人備案要轉為單位備案比較麻煩，需要先撤銷以前的備案，這個域名才能再重新備案，而且撤銷和重新備案的中間這段時間是不能放在國内服務器上訪問的，無論是老接入商還是新接入商，通信管理局會檢查服務器IP、網站内容、申報信息等。
為了解決這個問題，不中斷網站的正常訪問，隻好把網站臨時放在國外的服務器上，如果數據量大，要搬遷到國外服務器也是一個麻煩事，今天嘗試了一下在國外服務器上簡單設置一個反向代理就可以實現域名不變而訪問依然放在國内服務器上的
最近在試用阿裡雲提供的各種雲計算平台相關産品，為以後從獨立服務器向雲過渡做準備，今天把我的博客這個站點也轉移到雲平台上來了，希望在系統的可靠性、便捷性、性價比等方面比以前更好，能穩定使用下去。
我們前幾年開始購置高配置獨立服務器，用上了好些台16核64G内存8塊硬盤的機器，這樣的配置即使到幾年後的今天也還是很不錯的，而購置的價格相對比較低，托管的費用也不高，正是這幾年我們的網站業務也逐步上升到一個新的台階，這些服務器的功勞不小，當時的決策也是合适之選。
後來在國外也直接租用了高配置的服務器，到了英特爾24核至強CPU64G内存以及服務器
2002-2023 v11.7 a-j-e-0
