以前為了在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