最近一直在為降低MySQL服務器負載努力，Drupal網站中主要是排查Views引起的性能問題，而MediaWiki中也有一個與Drupal的Views對應的工具：Dynamic Page List (DPL動态頁面列表)，既可以靈活運用得到希望的信息展示效果，但同時也容易引起數據庫負載過高、性能下降。
當網站打開很慢的時候，還是需要查看阿裡雲RDS數據管理控制台DMS（Data Management Service），查看診斷報告或者當前實例會話，查看慢查詢語句，例如發現大量這樣的語句：
SELECT DISTINCT `jing
MediaWiki的文件緩存(File Cache)在我們實際使用的網站中還是很重要的，可以讓訪問速度快很多，不過有些頁面要求有一定的實時性，緩存過期時間不宜過長，我們以前都是設置的統一過期時間，然後部分頁面不生成文件緩存，這些不生成文件緩存的頁面往往成為了MySQL服務器中慢查詢的來源。
今天先是想了一個辦法，Linux服務器上設置crontab，定時執行一個批處理文件，來删除cache目錄下的緩存文件，這樣可以實現我們需要的對不同頁面緩存不同的時間長度，但缺點是設置比較麻煩，而且執行磁盤查找、删除在數據量大的時候比較慢。
後來又想了
前段時間對我們一些中文網站添加了百度MIP版本，但因為剛開始也沒有什麼流量，就沒有添加統計代碼。現在發現有些MIP有些流量了，而同時以前網站的手機訪問用戶數據統計有下降，可能是轉移到MIP版本了，還是需要讓MIP版本也有統計數據才好，目前隻是從百度聯盟後台可以看到一些數據，畢竟不方便、不準确。
在“百度MIP移動加速頁面”網站的MIP 組件列表中找到“mip-pix”、“mip-analytics”、“mip-stats-baidu”、“mip-stat
Drupal中兩種可以進行頁面分類的工具是Taxonomy系統和Views方式，前者是專門的分類系統，用得比較多，而Views更加靈活，另外很早前也發現Views中有個叫着Taxonomy term的View，默認沒有開啟，如果開啟的話，可以替代相同路徑的分類頁。
很早前為了降低數據庫負載也曾在部分國外系列網站中啟用過Taxonomy term View，現在發現RDS的慢查詢語句中還有不少是默認分類頁面的翻頁計數SQL語句，現在全面使用Views Litepager，于是在把Taxonomy term這個View啟用，還有幾個措施：
Drupal系統的Views是個功能強大的工具，但也可能引起MySQL數據庫性能問題，為了排查可以打開一些Views的開關設置。
我一般常用的是：
自從做網站以來，大量自動抓取我們内容的爬蟲一直是個問題，防範采集是個長期任務，這篇是我5年前的博客文章：《Apache中設置屏蔽IP地址和URL網址來禁止采集》，另外，還可以識别User Agent來辨别和屏蔽一些采集者，在Apache中設置的代碼例子如下：
RewriteCond %{HTTP_USER_AGENT} ^(.*)(DTS\sAgent|Creative\sAutoUpdate|HTTrack|YisouSpider|SemrushBot)(.*)$
RewriteRule .* - [F,L]
屏蔽User
10年前做的一把刀實用查詢網站當時先是同事用Java開發了一個版本，但以後的持續改進、維護、開發不方便，我就又弄了一個MediaWiki平台，做了《中文簡體》、《中文繁體》、《英文》三個版本，十年過後還一直有用戶使用，幾個版本的情況：
用Drupal很多年一直都是用的自帶搜索，但存在數據量大時速度很慢、搜索結果不準确等問題，中途嘗試過Apache Solr，但感覺太複雜、麻煩了。也知道Views可以用作内部搜索，但一直沒有實施。
最近在設法降低MySQL服務器負載時，查看RDS後台的慢查詢日志，發現有相當多的慢查詢都是Drupal自帶的搜索造成的，特别是數據量大的中文站、搜索漢字詞特别長的時候。還有些數據量大的站，生成搜索索引都需要非常長的時間（生成的搜索表可能比内容類型的字段表大得多），自己去試着搜索也是非常慢（有些需要幾十秒以上，幾乎無法正常使用）。于是就嘗試用Views來替代，現在記錄
宜昌全程跑完後，累得不行，當時就和同去的向東同學說要放棄再下一個周末的越野比賽，休息一周後再跑後官湖半馬。但回來兩天後腿酸也好了，馬上又改變主意還是要參加。于是上周末又去參加了哥倫比亞武漢群山挑戰賽。
這是一場小規模的越野跑比賽，報名限定100人，不過開放報名後當天名額就滿了，武漢的越野跑這幾年還是被Salomon月賽帶起來了。一路碰到好些認識的朋友，從東湖綠道上張家山、南望山、喻家山、森林公園、猴山再返回，我也沒有用太大的力量，和平時跑月賽差不多，還得留些體力到後官湖。最後3小時零幾分鐘完賽，比我預想的很要快一些，還來得及下午去漢街參加Laya非洲鼓俱樂部的
多語言支持是Drupal的重要特點，也是我們選擇Drupal的重要原因，我們開發的Drupal網站很多都是帶有多語言的，這其中就需要放置多個語言之間的互相鍊接，我們開始是使用的Language Icons第三方模塊，後來又在手機版和響應式設計中使用了Language Switcher Dropdown，一直到現在。
最近在轉UTF8MB4支持的過程中，把一些老舊的MyISAM引擎表轉為了InnoDB引擎，應該更強大，但我們應用的場景是讀取遠遠大于寫入，不能很好發揮InnoDB的優勢，反而在數據統計方面表現比MyISAM更慢，引起阿裡雲RDS負載（特别是IOPS
2002-2023 v11.7 a-j-e-0