這是 Views 分類的頁面，點擊下面标題查看詳細文章内容：
Drupal網站對數據庫服務器的壓力由來已久，特别是Views做成的頁面是最可能導緻負載升高的原因，無論是以前自己服務器上的MySQL還是換用阿裡雲的RDS。
以前也采取一些緩存的措施來降低負載，但偶爾會出現一些問題，我翻看以前的博客中記錄有《Drupal網站Views生成頁面Title改為變量的問題》、《一個Drupal網站Views消失的排查》。
後來Drupal 6升級Drupal 7後似乎有些變化，但我一直也沒有深究，基本上都是把Views的查詢緩存設置為6天，把顯示緩存設置為0，在系列網站的xxx.views_default.
最近在修改Drupal網站廣告投放的時候遇到需要在Views頁面的标題、描述文字下方插入廣告代碼，以前的做法有兩種：一是在Views的Header裡面插入廣告代碼；二是加一個帶有廣告代碼的Block，讓其放置在Views頁面的标題下。
當Views數量不多，或者在module中容易集中修改的時候，就用上面兩種辦法之一比較方便，但如果需要手工修改的Views太多就麻煩了，我今天嘗試了一下Views的模闆文件修改，是可以很方便實現的，下面就來介紹一下。
去年10月我寫過一篇《Drupal網站用Views模闆來替代Views PHP修改字段内
在很多Drupal網站的首頁都是顯示内容的列表，這個列表可以用Views生成，可以根據不能的内容類型、字段、分類術語表等做出不同的列表，不過在有些時候列表的開頭内容比較單調或者不具有代表性，我們以前就曾經設置一個偏移值，從中間開始顯示，但這也不算一個很好的辦法，曾經想過顯示随機内容列表，可沒有實現過。
這次在修改完善一把刀辭海網站的時候，又想到這個問題，先是準備自己用PHP編寫一個随機數比對nid的程序來實現，但在網上搜索了一下，發現用Views非常容易：在排序(SORT CRITERIA)中添加Global: 随機 (Randomize)方式就可以了，注意&
以前Drupal網站中遇到需要對Views的輸出進行一些變換的時候，一般是通過安裝Views PHP這個模塊，在Views中添加Global PHP字段，在其中設置讀取什麼值、進行什麼變換、輸出什麼内容，這個方式很早就開始用了，Drupal 6和Drupal 7都用過。但缺點是設置麻煩，還可能會引起負載的升高。
最近在調試一個新的網站中就遇到數據量大的時候，服務器報500錯誤，甚至導緻阿裡雲服務器死機的情況。檢查後發現都是與Views相關，先安裝了Views PagerLite來減少MySQL的Count指令，但依然有不少内存不足的報錯。
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
Drupal網站的Views模塊非常有用，我們一直用它來生成一些列表，包括node的列表、term的列表等。最近在搬遷一個系列網站到阿裡雲美國數據中心的服務器過程中，發現RDS的磁盤IOPS一直非常高影響了使用，經過仔細排查，發現造成堵塞的主要原因都是帶sort的SQL語句使得不斷生成大的臨時文件，再把Devel打開，找到這句SQL所在的頁面，從而發現是網站的node全列表views有問題，打開views編輯發現Sort一欄中有内容，而去掉Sort條件再報錯、運行就發現極少出現原來的問題了。
查了一些資料，在運行帶有sort的select語句是需要産生臨時文件
前一段時間發現分省的郵政編碼系列網站首頁常常會出現一個Views做的Block為空白的情況，例如北京郵政編碼首頁的“北京地市區縣郵編”這一個Block裡面沒有内容，這樣情況以前偶爾比較罕見會發生，例如幾個月偶爾見到一次，但最近卻成了經常的事情，每次重新清理該網站緩存會恢複，但1、2天後又出問題。
我用阿裡雲的網站監控設置了對該站首頁每隔5分鐘讀取一次，如果發現沒有應該存在的内容就報警，連續幾天夜間準點開始報警，先以為是cron運行的結果，但時間不對，後來發現是巡檢程序讀取head和content的時候偶爾會這樣，但具體原因依然不清楚，還是清理緩存後恢複，不久又出錯。😢
Drupal網站中用Views可以顯示需要的各種列表，有時希望把列表的結果保存為另外的文件，當結果數量很大（超過幾十、幾百）時，用人工複制粘貼的辦法就不合适了，需要有自動批量處理的辦法。嘗試了2種辦法可用：
昨天嘗試了一個辦法：在Views的設置中打開SQL語句顯示，将語句複制出來，根據需要進行修改，然後再放到PHPMyAdmin中對應的數據庫中運行，将得到的結果（也類似Views的結果）導出成CSV文件。這個過程有點麻煩，特别是需要對複制的SQL語句進行一些修改，最好能懂得一些SQL才好操作。優點是運行速
Drupal中的Views是一個非常有用的工具，不需要編程就可以生成各種列表，我們一直在各個網站中使用。但也存在一個問題，舉例如下：
Drupal的Views是個好東西，能做出各種查詢列表，基本上是我們網站的必備模塊。
在一些系列網站中，因為要在各個子網站都設置相同的Views，我們就用到Views的導出、導入功能，這樣隻需要在一個示範網站中設置好，然後export成代碼的形式，再import到其它網站就可以，還是比較方便的。
雖然一次性設置的時候導出、導入不麻煩，但如果要修改Views就比較麻煩了，我們以前是逐個網站修改，或者隻修改示範網站，再在其它網站中删除舊Views、導入成新Views，如果需要反複修改，也算是比較麻煩了。
Drupal 6中的Vi
2002-2023 v11.7 a-j-e-0
