负载

对于我们这种很多年建过很多网站的团队来说，301重定向是一项重要的功能需求。很多时候我们的域名变更、路径改变、语言版本的调整等等都是网址的永久性改变，需要用到301重定向。

以前我们多是用Apache Rewrite功能来设置，也就是在.htaccess文件中设置跳转规则，例如：

　　我们选用Drupal的一个重要原因是其对多语言的支持，在实际使用中也发现多语言支持的一些问题，特别是对数据库负载的影响很大，我们已经想过不少办法了。

　　最近一直在为降低MySQL服务器负载努力，Drupal网站中主要是排查Views引起的性能问题，而MediaWiki中也有一个与Drupal的Views对应的工具：Dynam

　　最近还在设法降低Drupal网站的MySQL负载，前些天尝试了安装entity cache，一般情况下可以把一个页面的70-120个mysql查询减少10个左右，然后把memcache使用的内存从1G增加到2G，应该会有一些帮助。

　　Drupal网站对数据库服务器的压力由来已久，特别是Views做成的页面是最可能导致负载升高的原因，无论是以前自己服务器上的MySQL还是换用阿里云的RDS。

　　春节前忙着把一些网站从自己独立托管的服务器搬迁到阿里云的平台中去，以前自己的服务器都是购买的顶配硬件（几年前就是16核、64G内存、8块硬盘），安装Linux+Apache+MySQL+PHP在同一台机器上，现在用了云服务器ECS做Web服务器，用云数据库RDS做MySQL服务，应该来说更合理，不过实际运行中也遇到问题。

　　在我们一些用Drupal搭建的大数据量网站中，Boost模块产生的缓存文件数量非常多，以至于运行cron期间无法更新完毕，我们后来就采用了不自动更新缓存文件，而是人工根据需要在服务器上直接删除缓存文件的办法。

　　从7月初到10月底的4个月时间中，我们已经在服务器上导入了大量数据，建成了一批新的子网站，在接下来的一段时间内我们不准备继续大增数据量了，而是对已经导入数据的网站进行精细优化调整，这个月已经开始了这方面的工作。

　　在以前的MediaWiki所建站点中，我们启用了外部的Squid缓存和MediaWiki本身的File Cache两种页面缓存方式。

　　File Cache设置成时间无限长，只有页面或者包含的模板变化时才会更新，这项设置对缓解服务器压力起到了关键作用，如果不启用的话，网站很快就会变得无法访问。缓存的更新问题也基本上还好，在正常控制下工作。