前一陣子突然接到法院遞送的EMS，打開看是我們公司被北京某圖片公司告了，我們一個很多年前的網站上有一幅圖片被訴侵犯了該公司的版權。

　　我們這網站是2009年建的，對方提供的證據截圖也顯示有一個頁面是2009年編輯的，

　　今年1月份記錄了一篇《清除百度MIP緩存，糾正跳轉錯誤》，當時是在百度移動搜索(m.baidu.com或者baidu app)中的搜索結果跳到錯誤的MIP頁面上，通過清除該域名下所有MIP緩存解決的，估計是百度的移動網頁索引中哪裡出了問題。

　　時隔一個多月，2月中旬後再次出現百度移動搜索中的搜索結果跳轉到錯誤的網址，而這次不是MIP頁面，而是普通的響應式網頁頁面，在移動搜索結果中顯示的網頁标題都是對的，就是點擊後到了錯誤的網址，例如統一都跳轉到 www.example.com/xxx/node/40933 ，裡面的内容明顯不匹配，而對應的百度PC搜索(www.b

　　網站遇到采集者是很常見的事情，因為采集太快太多導緻我們服務器負載過高的事情也時有發生，我們一般都是收到網站打開太慢或者服務器負載過高報警的消息後及時進行處理，在apache設置.htaccess上把該屏蔽的屏蔽就可以了，偶爾需要用到ipt

　　這兩年我們新建網站多數都采用了《在Drupal中直接導入、使用數據庫》這篇文章中說的辦法，而沒有用以前新建内容類型、導入到Drupal的Node中的辦法，這對于數據量大、改動不大、讀取多、寫入少的需求很合适。

　　偶爾遇到需要修改、删除的事情，我們就是到阿裡雲RDS管理後台，Web界面來操作或者用SQL語句來進行，比以前在Node頁面進行編輯要麻煩，但更改量不大的情況下也可以接受。

　　最近要用的一個新站也是用直接建表方式來搭建的，但内容需要人工來修改完善，而且是長久都需要添加、維護信息的，再用以前導入RDS後台就顯得太麻煩了，于是想去找現成的

　　Drupal 7中我們采用了自建table的方式來避免node過于複雜、性能低的問題，需要安裝Data、Schema等模塊，不過我們發現新增有些字段類型會遇到報錯，例如：mysql中添加timestamp字段，會看到這樣的報錯：

User warning: table_name.pub_date: no type for schema type timestamp:normal. in schema_engine_type() (line 368 of /drupal_path/sites/all/modules/schema/schema.module)
  

　　去年在寫《Google AdSense實在寶典》第二版的時候，咨詢電子工業出版社相關負責人，以後是否可以把第一版的電子文檔全文公開，畢竟已經過去8年時間了，太多内容在第二版的時候進行了更新，再公開第一版也不會影響第二版的銷售，還可以帶來一定宣傳作用。感謝出版社負責人的理解，他們說由我來做主進行公開。

　　2018年12月第二版已經出版發行，第一次印刷的3000冊銷售情況也還不錯，還登上了京東商城電子商務類圖書熱銷榜第一名，1個月後就進行了第二次印刷。還有網友詢問是否有電子版，出版社以前說今年會出電子版，例如Kindle版本，不過目前還在準備中。我想就把以前的第一版

　　我們以前做了一個網站“中文字典”，也做了其微信小程序版本，還有一些用戶使用，并有一些有意義的留言。昨天看到一條關于“涎”字筆畫的留言，我們網站數據中這個字是9畫，用戶覺得是10畫，我已經留言解釋了：“您好！謝謝留言。“涎”字中國大陸規範的筆順是：1.點/捺(丶乀) 2.點/捺(丶乀) 3.橫/提(一) 4.撇(丿) 5.豎/豎勾(丨亅) 6.橫/提(一) 7.折(乛乙乚) 8.折(乛乙乚) 9.點/捺(丶乀) ，其中第7畫折(乛乙乚)您可能認為是“豎+橫”兩畫了。”

　　上個月看了Google公司AdSense團隊Juliana推薦的一篇文章《Inside Google Marketing: 3 ways we think about SEO》，當時匆匆看了一遍，感覺還是很好的，推薦給了内部同事看。現在再回頭來看看，并把主要内容翻譯成中文：

Inside Google Marketing: 3 ways we think about SEO

谷歌營銷内部：我們考慮SEO的3種方式