做AdSense聯盟十多年了，遇到過幾次惡意點擊的情況，但沒有因此被誤封号過，隻是月底的收入中扣除了無效流量，說明Google的判斷還是很精準的，站長用AdSense起來放心，隻要不是自己作弊，不用擔心被封号。
做百度聯盟也有十多年了，中途被封号過
祁勁松的博客文章
好些年前，我們的網站就用PHP程序來動态生成robots.txt和sitemap.xml，其中網站地圖用php來動态生成而沒有保存成文件，因為有些站網址太多，怕sitemap文件過多、過大而占用磁盤空間。雖然動态生成會對數據量很大的數據庫有一定影響，但經過一些優化還是可以承受的。但URL很多的網站還存在另外一個問題，就是sitemap被大量爬取，占用帶寬，這個問題因為不是很普遍、很迫切，所以就一直放着沒有動，隻是把有一個站的php程序中添加了延時來讓爬蟲慢一點。
去年就開始使用CloudFlare為網站加速，因為當時那個網站與訪問者IP地址關系不大，所以沒有特别處理CDN代理IP和訪問者真實IP。今年添加的一個網站在做爬蟲屏蔽的時候與用戶真實IP有關，臨時可以用簡易的方式在PHP程序中獲取：
if (isset($_SERVER['HTTP_CF_CONNECTING_IP'])) {
$_SERVER['REMOTE_ADDR'] = $_SERVER['HTTP_CF_CONNECTING_IP'];
} elseif (isset($_SERVER['
前幾天寫了一篇《關閉MediaWiki網站上的AMP版本、MIP版本》，其實我們的Drupal網站最近也在清理，去掉了一些AMP和MIP版本，去掉的考慮和标準有幾條：
- AMP、MIP版本的流量很低，收入很少
- 有一定硬件維護成本，例如：爬蟲占用帶寬、數據占用磁盤空間和數據庫空間
- 有一定軟件維護成本，例如：需要改版等
有些站雖然AMP、MIP還有一定流量和收入，但如果取消後301跳轉到對應的手機版或者響應式版本後，流量和收入應該也沒有特别影響，甚至還有可能提高。
以前為了在MediaWiki網站上實現AMP版本和MIP版本可是費了不少力氣，更早是用Vector做電腦版、WPtouch做手機版，然後用一個簡單的Modern皮膚改為了AMP的皮膚，再後面又複制到MIP皮膚。
應該來說我們做AMP、MIP版本算是很快的，也找住了一波流量紅利，但百度在把重點轉向熊掌号後（再之後熊掌号也被放棄了，重點轉向智能小程序），MIP慢慢淡化了，後來又取消了MIP的CDN緩存，淪為可有可無的東西。再就是我們網站自己開始采用免費或付費的CDN後，AMP的搜索引擎緩存優勢也不明顯了，反而是限制了我們網站的一些功能、維持一個版本增多了開發工作量。
去年我們将EmojiAll網站接入了CloudFlare，這個網站是用Drupal來搭建的，也遇到一些清除緩存等小問題，都是同事們逐步發現、逐步解決。最近陸續接入了其它一些域名，我也多花了一些時間來了解，下面記錄一些要點。
先去網上搜了相關關鍵詞，發現Drupal有一個專門的CloudFlare模塊，其主要功能是：
- 顯示訪問者真實IP地址，而不是代理服務器的IP地址；
除了安裝這個模塊以外，Drupal 7還需要在settings.php中添加：
if (isset($_SERVER
去年10月我們在 www.emojiall.com 開啟了CloudFlare的緩存和防護功能，當時用的免費到，直到今年才改為了付費的專業版，中間也摸索了很多地方。對我們來說最大的問題是不支持中國節點，也就是說中國浏覽者還是需要訪問放在國外的服務器上緩存内容。
于是我們也在尋找合适的國内CDN服務商，以前曾經嘗試過阿裡雲的CDN、全站加速，這次從CloudFlare網站中的幫助文件看到百度雲加速是他們在中國的合作夥伴，也提供免費套餐，于是就去看了看，發現百度雲加速與CloudFlare有很多相似之處。
首先那我的個人博客作為接入百度雲加速的首個嘗試
我們使用的MediaWiki和Drupal都支持LAMP架構，安裝包中都帶有一個默認的.htaccess來支持Apache的設置，我們雖然以前也看過文章建議有服務器完整權限的用戶不要用.htaccess而是使用httpd.conf，但為了修改.htaccess随時生效就偷懶沒有把.htaccess中的設置遷移到httpd.conf中。
最近把幾台國外服務器從8核CPU、16G内存升級為12核高主頻CPU、48G内存，在花錢添置硬件性能的同時，也考慮到通過其它軟件的辦法來讓網站訪問更快，找了幾篇文章：
- Apache英文官方文檔：Whe
我們的Web服務器使用Apache有十年了，一直使用LAMP架構來做網站。很早也知道Nginx，據說性能上有明顯優勢，但怕麻煩就一直沒有嘗試。
最近有個網站在與某互聯網大廠做合作對接，對方要求我們的API接口速度上達到99分位在300ms以内、可靠性上達到99.9%以上，我們初期測試是很難達到的，後來商議了各種措施來優化和保障，其中就說到使用一個單獨的Nginx為對方提供API接口。
于是4月初就在服務器上安裝了一套Nginx，測試速度還是有明顯改善的，而且與其它網站使用的Apache獨立開來，在穩定性上也更有保證，下面來記錄一下安裝和使用的一些要
我們的EmojiAll.com網站有個配套的QQ群：774842773，建站、建群後也逐漸有對Emoji感興趣的朋友加入，現在有上百人，大家交流的也都是與Emoji有關的信息。
前些天有位朋友尋找我們網站上的表情都是不可以動的麼？這位朋友也許把Emoji誤認