以前在考慮Wiki的應用時想到了尋人信息的發布，2010年就用MediaWiki做過一個尋人的網站，時常有些網友來提交信息，但明顯Wiki平台不太适合，隻是勉強用着，2011年初搭建第一個Drupal網站的時候就拿這個開始，學習了Drupal的字段添加、模塊選擇等。龍人尋人網在2015年遷移到阿裡雲服務器、取消MediaWiki版本、改用二級域名http://xunren.longren.com 。這個站存在的時候已經有5年了，當時是Drupal 6，現在Drupal 8正式版都推出一段時間了，Drupal 6失去支持，必須升級了，這也是我們最後一個升級的Drupal 6網站，這個月

　　2013年8月份寫了一篇博文《Drupal網站多語言版的站點地圖自動轉換》，是修改xmlsitemap.page.inc程序來實現多種語言網站的sitemap，這是多種語言網站提供對應的多種sitemap，博文中提到Google推薦的另外一種辦法《通過站點地圖指明備選語言網頁》（英文版Use a sitemap to indicate alternate language pages， Multilingual and multinational site annotations in Sitemaps ，注意目前需要翻牆訪問），是多種語言網站提供一個sitema

　　以前托管服務器或者租用的服務器一般都是100M共享的帶寬，很少出現機器帶寬被占滿的情況，去年開始采用阿裡雲平台後，帶寬就是一個不得不考慮的成本因素，我們一般都是每台ECS購買的10M左右帶寬，每年費用已經不少了，而投入使用後很輕易就會被占滿，關鍵是網站的流量并沒有特别提升，廣告收入沒有增加，成本卻在大幅提高，還導緻正常用戶訪問變慢、困難。

　　同事在Linux服務器上安裝了一個iftop來查看帶寬占用情況，很容易就發現了是搜索引擎的爬蟲抓取sitemap.xml這樣的網址占用了很大帶寬，我們網站系列多、頁面多、還有多語言或者手機版，網站地圖就特别的多，如果爬蟲來得

　　杭州跑完回來以後就空閑下來了，一段時間都沒有比賽，正好把我之前準備做的一件事情辦了：獻血。很早以前就有過這個想法，隻是從30歲左右到40歲出頭一直體重超标，血脂檢查沒有合格過，而且都是超過合格标準的上限不少，經過節食稍微好點，中度脂肪肝也降為輕度，但血脂不符合正常标準也不适合獻血。2011年開始在中體倍力健身俱樂部鍛煉後效果超好，隻有幾個月時間就減輕了上十公斤，多年沒有正常過的

　　我們做的Drupal網站數據量都比較大，幾年前一開始就遇到cron運行報錯的情況，主要就是因為cron運行期間要生成xmlsitemap，遇到php的内存限制或者運行時間限制導緻出錯無法正常執行，我們當時采取的辦法是修改“Minimum sitemap lifetime（sitemap最小存在時間）”為10年（drush vset xmlsitemap_minimum_lifetime "315360000"，并且還要修改modules/xmlsitemap/xmlsitemap.admin.inc中的内容，增加10年這個表單選項

　　一個系列網站從drupal 6升級到drupal 7後日志中發現大量報錯，都是以前可以正常訪問的網址現在找不到了，發現以前drupal 6中是這樣的：

http://ut.mingluji.com/business_directory/Western_Heating_%2526_Air_Conditioning

　　在google搜索中也是上面這樣的網址，但升級後以上訪問成了404 not found，而用下面這樣的網址可以訪問：

http://ut.mingluji.com/business_direc
  

　　Drupal的Views設置中本來就有一個選項是用于去掉重複的，Drupal 6中叫做Distinct：

Defaults: Display only distinct items, without duplicates.
Distinct
This will make the view display only distinct items. If there are multiple identical items, each will be displayed only once. You can use this to try and remo
  

　　整個2015年從開始到結尾都在進行網站向雲服務器的搬遷以及網站的升級，其中大數據量的數據遷移是個令人很頭痛的問題，幾百萬的數據量加上幾十個字段，系列網站還有幾十個這樣的網站，需要等待數據遷移程序運行的時間真是太長太長了。上半年就遇到大數據量的問題，後來通過修改服務器配置，讓PHP使用更多的内存、最大執行時間、數據庫連接緩存等辦法，還是用drush content-migrate-fields這樣的命令來進行，算是解決了部分難以遷移的站點。但現在到年尾，而且随着Drupal 8的退出，Drupal 6很快就面臨失去支持的境況，我們需要把所有Drupal 6網站都升級，現在把所有服務器資

　　2010年底、2011年初開始嘗試Drupal，當時Drupal 7還沒有正式版，就用的Drupal 6，到2012年初嘗試把網站升級到Drupal 7，升級過程見《本網站從Drupal_6.20升級到6.24，再升級到7.12》，但後來在升級大數據量網站的時候遇到問題，當時也記錄了博文《大數據量Drupal_6網站升級到Drupal_7很麻煩》。今年以來我們陸續都在做Drupal 6網站的升級，現在Drupal 8都推出了，更是要加快升級工作，目前都是剩下一些數據量特别大的站點還在進行中，現在也沒有采用曾經的mysql指令的方式來遷移數據，而是設法添加硬件、修改配置設置來讓drus

　　以前安裝過一個Drupal 8的測試版，看過界面和很短加起來不到1個小時的測試，上個月Drupal 8的正式版出來了，這幾天才抽空來嘗試安裝、升級等，把一些需要注意的地方記錄如下：

• PHP版本問題：在我們的Linux服務器上安裝時提示PHP版本太低，要求是PHP 5.5.9以上，同事嘗試安裝了PHP 7正式版，但對MemCache等的支持似乎還不夠兼容、資料也不多，于是就安裝了PHP 5.6.16，自帶了Zend OPCache，不再需要APC；
• MySQL