9月底、10月初我根據同事的說法查找到Google官方文檔中的說明，驗證了一個頁面中包含多個AdSense廣告時，隻需要包含一次JavaScript調用，然後對網站進行了全面的修改。

　　正好前幾天有人在微信群裡問到同樣的問題，記錄轉發到這裡：

————— 2018-10-27 —————

gg 15:37：一個頁面中有兩個GG廣告是不是隻放一個JS鍊接就
  

　　這段時間我們有個網站不斷更新内容，流量在不斷增長的同時，也引來了大量采集者，現在的采集者已經非常專業了，IP池不斷更換，User Agent也随機變化，甚至Referer也做了不同的僞裝，讓我們花了很多時間來分析Apache日志，不斷修改屏蔽條件，鬥智鬥勇。先以為是百度爬蟲太快，把百度爬蟲進行了專門的臨時503處理，360爬蟲幹脆全部屏蔽了，但發現還是不行，非正規搜索引擎的采集者帶來的麻煩依然不斷。🤔

　　為了不影響用戶訪問，下血本把阿裡雲服務器從8核16G升級為16核32G，基本可以解決ECS負載飙升的問題，但RDS數據庫服務器還是會遇到查詢語句堆積的情況，我們

　　前一陣子Google AdSense大中華區客戶經理鮑珍娜告訴我，我在他們谷歌AdSense/AdMob成功故事評選中榮獲全球第一名，真是一個大驚喜！然後約好本月來進行宣傳視頻的拍攝。這個星期Google的Juliana和Van從新加坡專門飛到武漢，除了拍攝視頻以外，也組織了一次武漢發布商的研讨活動，我準備了名為《用心去做，你就赢了！》的PPT，10月10日已經演講，現在把PPT内容整理放在博客中供大家參考：

　　我們從去年開始新做的Drupal網站基本上沒有再采用新建内容類型的方式了，不使用node頁面，而是采用在MySQL中自建table的方式，這樣在數據量大的情況下，對于速度的提升很明顯。

　　但涉及到老的網站已經用node建立了很多頁面，想要改為table的方式，就需要讀取node中的信息，轉移到table中去，可以采用php調用Drupal API，但效率不高，數據量大的情況下需要很長時間運行，後來嘗試用MySQL語句，也可以順利進行，現在來補充做個筆記，下面是Drupal 7網站遷移數據的MySQL語句示例：

INSERT INTO 
  

　　感謝一些朋友對《AdSense實戰寶典》第二版的關注，8月份已經交稿給出版社後，我和電子工業出版社博文視點公司負責審校的張彥紅老師、石悅老師密切聯系，感謝他們認真負責的态度和專業的水準，對我的初稿進行了非常仔細的閱讀，提出了多達200多處的修改意見，大到章節段落的安排，小到一些語句不好理解，這些問題的指出對于提高該書質量很有幫助。

　　下面舉幾個截圖例子：

　　很多年前我們Drupal網站采用了Bartik主題作為電腦版、Mobile主題作為手機版，兩個版本采用不同的網址可以互相跳轉切換，後來進行了改版，把電腦版、手機版合二為一做成了響應式版本，使用的主題是Responsive Bartik。投放廣告則采用了Google AdSense的響應式廣告代碼。

　　最近因為國内浏覽器、運營商對AdSense屏蔽太狠，所以部分國内站改用了百度聯盟的廣告，并試用了反廣告屏蔽代碼，效果還不錯。但百度聯盟一直都沒有響應式格式廣告代碼可用，隻能分為手機、電腦兩種版本來創建廣告單元、獲取代碼。

　　在MediaWiki

　　前段時間進行改造MediaWiki網站符合百度熊掌号驗證的時候接觸到ld+json數據，這是加到head裡面的一種結構化數據，用來告訴搜索引擎一些關于頁面更新時間等元素。

　　後來在Google Search Console裡面收到這樣的報錯提示“檢測到了新的AMP問題：必需的結構化數據元素有誤”，仔細查看是“所鍊接到的 AMP 版本有效，但收到了警告
It is eligible for some AMP-specific features in Google Search results, but is not

　　Drupal站的Views帶參數可以形成頁面，前些年我們一直在使用，但更多是使用創建内容類型添加node方式生成新頁面，最近建的站點更多采取Drupal站内不創建内容類型而是直接建表，在用Views帶參數形成頁面，這樣的好處是結構簡單、數據庫效率高。

　　但默認情況下，當帶的參數查詢不到内容時，是顯示一個标題出來，沒有實際内容，給出的狀态碼是200，這也容易導緻形成了無意義頁面，可能導緻搜索引擎的降權。

　　原來就發現這個問題但沒有引起重視，最近把工商名錄的上千萬條數據從node改為table，對于有人要求删除的内容，還顯示一個标題出來、給出2

　　Drupal的Views是一個強大的工具，其中的FILTER CRITERIA用于設置過濾條件。最近在創建一個中文成語英文解釋詞典的時候，原始數據包含了英文和中文字詞，但我們在列表的時候隻希望出現4字以上中文成語，就需要設置過濾條件，用正則表達式更方便來設置條件，我們試了一陣子，最後這樣設置：

　　過濾條件設置了兩條：

　　我們使用LAMP結構搭建網站已經有12年了，前面很多年PHP都是沒有加緩存優化，CPU很吃力，隻能拿硬件扛，16核CPU算是一般的配置。2014年我們才安裝了PHP代碼緩存的APC模塊，還在Drupal單服務器設置Memcache緩存，APC對Web服務器CPU的壓力降低了很多，Memcache對于MySQL的壓力降低了很多。

　　再後來服務器搬遷到阿裡雲，系統安裝的PHP版本是5.6.x，自帶了OPCache，隻需要在php.ini中開啟就可以，使用起來效果也不錯。

　　安裝和配置辦法我就不複制過來了。我們自己最近遇到CPU占比持續達到100