最近一直在为降低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