以前为了在MediaWiki网站上实现AMP版本和MIP版本可是费了不少力气，更早是用Vector做电脑版、WPtouch做手机版，然后用一个简单的Modern皮肤改为了AMP的皮肤，再后面又复制到MIP皮肤。

应该来说我们做AMP、MIP版本算是很快的，也找住了一波流量红利，但百度在把重点转向熊掌号后（再之后熊掌号也被放弃了，重点转向智能小程序），MIP慢慢淡化了，后来又取消了MIP的CDN缓存，沦为可有可无的东西。再就是我们网站自己开始采用免费或付费的CDN后，AMP的搜索引擎缓存优势也不明显了，反而是限制了我们网站的一些功能、维持一个版本增多了开发工作量。

前面写了几篇与CDN相关的博客：CloudFlare、百度云加速、Drupal，还有我们的MediaWiki网站也尝试接入了CDN，所以也来记录一下。

首页，MediaWiki官方网站上这篇说明：Manual:CloudFlare是必须看的，全面介绍了MediaWiki接入CloudFlare需要注意的事项，包括优点和限制、安装和配置、匿名用户真实IP、缓存清理、参考资料链接等。

我们发现的一些问题和处理办法：

1、LocalSettings.php中的修改：

MediaWiki 1.2 至 1.34之前的版

去年我们将EmojiAll网站接入了CloudFlare，这个网站是用Drupal来搭建的，也遇到一些清除缓存等小问题，都是同事们逐步发现、逐步解决。最近陆续接入了其它一些域名，我也多花了一些时间来了解，下面记录一些要点。

先去网上搜了相关关键词，发现Drupal有一个专门的CloudFlare模块，其主要功能是：

• 显示访问者真实IP地址，而不是代理服务器的IP地址；
  除了安装这个模块以外，Drupal 7还需要在settings.php中添加：
  
  if (isset($_SERVER

去年10月我们在 www.emojiall.com 开启了CloudFlare的缓存和防护功能，当时用的免费到，直到今年才改为了付费的专业版，中间也摸索了很多地方。对我们来说最大的问题是不支持中国节点，也就是说中国浏览者还是需要访问放在国外的服务器上缓存内容。

于是我们也在寻找合适的国内CDN服务商，以前曾经尝试过阿里云的CDN、全站加速，这次从CloudFlare网站中的帮助文件看到百度云加速是他们在中国的合作伙伴，也提供免费套餐，于是就去看了看，发现百度云加速与CloudFlare有很多相似之处。

首先那我的个人博客作为接入百度云加速的首个尝试

我们使用的MediaWiki和Drupal都支持LAMP架构，安装包中都带有一个默认的.htaccess来支持Apache的设置，我们虽然以前也看过文章建议有服务器完整权限的用户不要用.htaccess而是使用httpd.conf，但为了修改.htaccess随时生效就偷懒没有把.htaccess中的设置迁移到httpd.conf中。

最近把几台国外服务器从8核CPU、16G内存升级为12核高主频CPU、48G内存，在花钱添置硬件性能的同时，也考虑到通过其它软件的办法来让网站访问更快，找了几篇文章：

• Apache英文官方文档：Whe

我们的Web服务器使用Apache有十年了，一直使用LAMP架构来做网站。很早也知道Nginx，据说性能上有明显优势，但怕麻烦就一直没有尝试。

最近有个网站在与某互联网大厂做合作对接，对方要求我们的API接口速度上达到99分位在300ms以内、可靠性上达到99.9%以上，我们初期测试是很难达到的，后来商议了各种措施来优化和保障，其中就说到使用一个单独的Nginx为对方提供API接口。

于是4月初就在服务器上安装了一套Nginx，测试速度还是有明显改善的，而且与其它网站使用的Apache独立开来，在稳定性上也更有保证，下面来记录一下安装和使用的一些要

我们的EmojiAll.com网站有个配套的QQ群：774842773，建站、建群后也逐渐有对Emoji感兴趣的朋友加入，现在有上百人，大家交流的也都是与Emoji有关的信息。

前些天有位朋友寻找我们网站上的表情都是不可以动的么？这位朋友也许把Emoji误认

2016年的时候我们公司花了一些时间精力推出方言系列之武汉话网站及微信公众服务号，不过一直访问量不高，我们也没有后续下更多的力。最近在清理一些老旧网站的时候，把这个站也列入关闭的行列。但就在关闭的当天几个小时后就收到用户来信：

Fri, Apr 23, 4:52 PM
Reply

to webmaster

龙人网，你好。我是你们网站的老客户了 。
今天登你们网站的时候就看到提示本站已经关闭，感到十分的遗憾。大武汉需要你们这样能保留并且弘扬本地土话和文化的网站，我相当希望这次的关闭只是暂时的维护更新之类。
如果能告知我关闭网站或者重开的时间的话
  

上周我们有个老域名网站被阿里云封掉了，说是某机构找通信管理局投诉我们网站（以及还有一大批网站）上有他们的专有信息，通信管理局向阿里云发的监管通知。🈲️

我们把涉及到专有信息的子域名网站关闭了，但其它99%以上与专有信息无关的内容也因为域名被封而无法访问，我们临时通过国外服务器进行跳转和代理，同时不停向该机构、通信管理局以及阿里云说明情况，经过我们的申诉，域名已经恢复了。🈺️

我们有好些网站内容都是很多年前做的，现在流量也微乎其微，维护下去的意义不大，反而耗费时间精力和服务器资源（爬虫也是一个头痛的问题），于是和同事商议，痛下决心，关闭一大批没有什么

最近在做MediaWiki从1.27.0升级到1.35.1的过程中遇到一些页面打开无内容，点击“编辑”显示

“某某页面”的版本#0不存在。这通常是因为进入了一个已被删除的页面的历史链接。详细信息可以在删除日志中找到。

而实际上在删除日志中也找不到记录。

在网上搜索，对应的英文报错是：

"The revision #0 of the page named '[p