Drupal 8在上月推出，Drupal 6在3個月後不再提供支持，今年我們本來就花了很多時間在做服務器遷移到阿裡雲以及Drupal系統升級的事情，現在還剩下的幾個Drupal 6系列網站的升級工作也要抓緊進行。

　　升級工作的流程我們已經很熟悉了，可以批量進行（見博客文章《用Drush批量升級Drupal 6到Drupal 7》），但遇到數據量很大的站點時，content migrating 的時間特别長，還容易因為服務器内存、php運行時間限制、SQL時間過長等原因報錯失敗，數量在幾十萬以内的升級起來都很快，但單個站點數據量達到數百萬、每個站點的字段數量有幾十

　　以前導入數據的Drupal網站中字段基本上都是唯一值的，設置、處理、導入都很簡單，隻要有需要導入的csv文件，在Feeds模塊中設置對應關系，然後導入就可以。

　　也曾經在少數某些網站考慮過多值數據的導入，不僅僅是某一個字段的多值，而是一組多值，例如下面的field_x_y：

title
body
field_1 這裡面隻有一個值，類似一個數字
field_n 這裡面有多個值，類似一個一維數組
field_x_y 這裡面有x個子字段，每個子字段有y個值，類似一個二維數組

　　這種二維數組的總字段是沒有

　　在Drupal網站有時候有多個内容類型之間需要互相連接，例如内容類型company中的字段field_address，需要查找内容類型location中field_street相同的node，然後在company的顯示模闆中field_address做一個指向location中這個node的鍊接。

　　在Drupal 7中可以通過Entity查詢來實現，不過因為location中的field_street可能有很多是重複的，我們隻能取其一，就可以在查詢中限制隻找到第一個range(0,1)，具體代碼如下：

$address = $f
  

　　幾年前剛接觸Drupal的時候，為了讓顯示的内容更豐富、也便于做Views、便于内部搜索，在Drupal 6中曾經使用過Computed Field（需要設置計算結果保存到數據庫才能進行Views、搜索索引等工作），也就是一種可以嵌入PHP代碼來實現計算、變換的字段，這個确實有很大的靈活性。

　　不過随着對Drupal的了解，讓顯示的内容更豐富其實隻需要修改模闆，便于做Views、便于内部搜索也可以做成固定的字段，隻要事先對需要導入的文本進行一些處理就可以，在Drupal 7裡面就基本沒有用過這種字段了。

　　Drupal 8在2015年11月

　　去年在Drupal單服務器設置Memcache緩存後，效果很明顯，今年又試用阿裡雲的開放緩存服務OCS，同樣對降低數據庫負載很有用。本來在Drupal以前用MediaWiki的時候就聽說過Memcache，去年先在Drupal上用起來了，随後在MediaWiki上也使用了單機的Memcache和阿裡雲的OCS。

　　Drupal上的設置還麻煩一點，MediaWiki的設置其實更簡單，參看：https://www.mediawiki.org/wiki/Memcached

　　不過Drupal上查看Memcache是否有效很簡單，可以查看網站狀态以

　　很早前就知道Google AdSense推出了自适應格式的廣告，但我們的網站以前都是用的電腦版和手機版兩種，分别用了傳統的固定廣告（例如728x90橫幅, 336x280大矩形等）和針對手機版的廣告（例如320x100移動橫幅、300x250中矩形等）。

　　以前我們自己托管服務器或者租用服務器都是自己搭建MySQL服務，優點是價格低、控制權大，但穩定性有欠缺、性能調優一直都難以做好，有技術難度。所以今年搬遷到雲服務的時候，就不再自己搭建MySQL服務，而是直接購買RDS關系型數據庫服務。

　　用了RDS後感覺穩定性有保障、技術咨詢可以找到專業人員，但阿裡雲的RDS價格超貴，1台2G内存的RDS實例加上一些存儲空間後價格在2萬元/年左右，性能上收到IO、連接數、内存等各方面的限制也需要想方設法進行優化，特别是對站點功能、存儲引擎格式等調整。

　　有的時候進行一些轉換、遷移、升級等工作的時候，希望不影

　　網站内容抓取采集真是中國互聯網的一大特色，我們做了這麼多年網站，一直都遇到各種各樣對我們内容進行采集、複制的家夥。前一陣子發現一個網站 www.postcodequery.com 具體和我們的 www.postcodebas