這是 Drupal 分類的頁面，點擊下面标題查看詳細文章内容：
本人從2010年開始使用Drupal，比此前使用的MediaWiki更符合通用的建站要求，Drupal對多語言、多站點的支持也是我選擇它的重要因素。從最開始的6.x到7.x再到8.x，我一直都在使用，在這過程中需要修改模闆、自建模塊，也學會了PHP以及其它一些技術。在本博客中我也記錄了很多日常使用Drupal中遇到的問題、解決的辦法，希望對其他使用Drupal的朋友有所幫助。
用Drupal好些年了，英文站的搜索感覺還行，但中文站的搜索明顯不太好用，無論是性能、準确性等方面都體驗不佳。也曾經用過Apache Solr來彌補，不過配置起來有點麻煩，而且最後的搜索結果也并不一定很理想。
大數據量的站點要想生成搜索索引就比較困難，在字段也多的情況下更是索引起來很慢，而且容易造成MySQL超時報錯或者連接數堵塞。也想過減少一些不太必要索引的字段來降低索引負載，但大數據量的站點重新生成測試就需要等待很多天。這兩天幹脆拿一個數據量少的不重要站點來做測試，在“内容類型”的“管理顯示”設置中添加&ld
以前在考慮Wiki的應用時想到了尋人信息的發布，2010年就用MediaWiki做過一個尋人的網站，時常有些網友來提交信息，但明顯Wiki平台不太适合，隻是勉強用着，2011年初搭建第一個Drupal網站的時候就拿這個開始，學習了Drupal的字段添加、模塊選擇等。龍人尋人網在2015年遷移到阿裡雲服務器、取消MediaWiki版本、改用二級域名http://xunren.longren.com 。這個站存在的時候已經有5年了，當時是Drupal 6，現在Drupal 8正式版都推出一段時間了，Drupal 6失去支持，必須升級了，這也是我們最後一個升級的Drupal 6網站，這個月
以前托管服務器或者租用的服務器一般都是100M共享的帶寬，很少出現機器帶寬被占滿的情況，去年開始采用阿裡雲平台後，帶寬就是一個不得不考慮的成本因素，我們一般都是每台ECS購買的10M左右帶寬，每年費用已經不少了，而投入使用後很輕易就會被占滿，關鍵是網站的流量并沒有特别提升，廣告收入沒有增加，成本卻在大幅提高，還導緻正常用戶訪問變慢、困難。
同事在Linux服務器上安裝了一個iftop來查看帶寬占用情況，很容易就發現了是搜索引擎的爬蟲抓取sitemap.xml這樣的網址占用了很大帶寬，我們網站系列多、頁面多、還有多語言或者手機版，網站地圖就特别的多，如果爬蟲來得
我們做的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的正式版出來了，這幾天才抽空來嘗試安裝、升級等，把一些需要注意的地方記錄如下：
以前導入數據的Drupal網站中字段基本上都是唯一值的，設置、處理、導入都很簡單，隻要有需要導入的csv文件，在Feeds模塊中設置對應關系，然後導入就可以。
也曾經在少數某些網站考慮過多值數據的導入，不僅僅是某一個字段的多值，而是一組多值，例如下面的field_x_y：
title body field_1 這裡面隻有一個值，類似一個數字 field_n 這裡面有多個值，類似一個一維數組 field_x_y 這裡面有x個子字段，每個子字段有y個值，類似一個二維數組
這種二維數組的總字段是沒有
2002-2023 v11.7 a-j-e-0
