2010年我的個人網站平台從MediaWiki轉移到Drupal，使用的是當時最新穩定版本Drupal 6，後來在2012年本網站從Drupal 6.20升級到6.24，再升級到7.12，後面還嘗試了Drush進行小版本升級：用Drush
Drupal 7
這是 Drupal 7 分類的頁面，點擊下面标題查看詳細文章内容：
這是我們安裝一個空的Drupal 10網站後，在“配置 - 升級”中選擇從一個Drupal 7進行升級時，看到的提示截圖，其中有26個模塊将不會被升級，36個模塊将會被升級：
26個模塊
我的博客從2011年開始使用Drupal，當時是Drupal 6的版本，後來升級到Drupal 7，此後一直用到現在，已經有10年時間了。
Drupal 7将于2023年底維護到期，所以今年我們一項重要的工作就是要把Drupal 7的網站都
這兩年我們新建網站多數都采用了《在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)
2015年下半年到2016年初我們集中把以前的Drupal 6網站都升級到Drupal 7了，記得當時還是花費了相當大的時間精力來做這些事情。這已經過去近2年時間了，升級後的Drupal 7網站也都運行正常，有些升級後遺留的模塊和數據庫中的表我們也沒有多管，數據庫空間不夠就加空間。
最近設置Drupal 7網站支持UTF8MB4的時候，發現轉換過程中也會造成數據庫空間的增大，不想再繼續購買擴大空間了，就想到把以前的Drupal 6遺留數據表進行清理，在網上也查了一下資料（例如：Table cleanup after Content Migration is d
最近需要編寫一段程序來讀取Drupal網站中頁面Node的某個文本字段，進行處理、判斷、匹配後，将這個頁面歸類Taxonomy到某個術語表Vocabulary的術語Term中。在剛開始用Drupal 6的時候就曾經編寫過類似程序來分類，見博文《Drupal中讓Node歸類的PHP程序》，在後來使用Drupal 7的過程中，絕大多數分類都是在創建網站、導入數據的時候就自動進行了，使用了術語來源Term reference字段和自動完成術語挂件（标簽）Autocomplete term widget (tagging)控件，但也有把數據作為文本導入字段，然後再運行php程序進行分類的情況
整個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