站台日志

此文记录了如何把一个MovableType的博客导入Drupal的过程，也可当成是一个WordPress导入Drupal的教程。 大体思路是先把MovalbeType导入WordPress，然后通过Migration from WordPress模块把WordPress导入Drupal。

导入前导入后的文件结构区别

N/A表示在转换过程中会丢失。

• MovableType ---> WordPress ---> Drupal
• Entry ---> Post ---> Article
• Page ---> N/A ---> N/A 注：MovableType导出的文件不带Page的部分
• Category ---> Category ---> Tags(taxonomy)
• Tags ---> Category ---> Tags(taxonomy) 注：在MovalbeType导入WordPress过程中后会自动截取文章标题转录入Tags，会有大量Tags生成。
• Custom Fields ---> N/A ---> N/A
• Comment ---> Comment ---> Comment
• Trackback ---> Comment ---> Comment

回到顶部

MovalbeType导入WordPress

1. 在MT 6后台，选 Tools -> Export Entries -> Export Website，可以得到一个TXT文件。
2. 把这个TXT文件改名为 mt-export.txt ，上传到WordPress的 wp-content 目录下。
3. 在WP后台，选 工具 -> 导入 -> Movable Type and TypePad （可能会提示需要安装插件） -> 导入 mt-export.txt
4. 完成。

回到顶部

WordPress导入Drupal所需要的模块

• Token: https://www.drupal.org/project/token
• Migrate: https://www.drupal.org/project/migrate
• Migration from WordPress: https://www.drupal.org/project/wordpress_migrate

因为Migration from WordPress支持在线导入WordPress站点，不需要任何数据文件，使得两边导入非常便捷，不用担心导入体积较大的网站时会出现脚本超时的状况。导入过程也伴随一个导入向导，你可以在向导中设置各种导入参数，甚至可以在导入结束后把Drupal倒回原来的状态。

回到顶部

响应Google号召，使用 HTTPS 为TONYHEAD 通利堂全站护持。

SSL证书是msg7086友情帮忙签的Comodo Positive SSL，再次感谢。

回到顶部

2014-09-14更新

出于速度考量（又拍云的二级域名需要花费5秒在SSL Negotiation上），只对后台启用HTTPS加密，前台使用HTTP。

回到顶部

MovableType配置

修改 mt-config.cgi 里 CGIPath ，如果只是需求单纯Admin后台部分（mt.cgi）启用HTTPS那么就改成 AdminCGIPath ，因为我的计划是前后台（mt-comment.cgi+mt.cgi）都启用HTTPS，所以我设置的是 CGIPath 。

CGIPath https://www.tonyhead.com/cgi-bin/mt/

回到顶部

Nginx配置

在server括号中加入下列，把所有走80端口的流量都重定向到HTTPS下。

if ($server_port ~ "^80$"){ set $rule_0 1$rule_0; } if ($rule_0 = "1"){ rewrite /(.*) https://www.tonyhead.com/ $1 permanent; break; }

页面元素路径配置

把页面元素的引用路径都改成"//domain/flower.jpg"是一个好习惯，浏览器会根据当前页面是HTTP或是HTTPS来自动适配。

回到顶部

其他发现

1. 在清理页面混合内容的过程中发现新浪云的 .sinaapp.com 和又拍云的 .upaiyun.com 都能支持HTTPS访问，在此大力推荐。
2. AdminCGIPath 和 CGIPath 的区别。
3. 为了让手机上的浏览器（包括QQ浏览器和Chrome）完美支持加密访问TONYHEAD（不需要在客户端加入额外证书，避免了感叹号提示），需要在服务器端上做好足够的证书链，为什么需要完整的证书链可以参考这里。
4. TONYHEAD.COM的证书链截图。

回到顶部

一个游戏在通关前我都说不上喜爱，随后所有的精诚法门敏捷操控总在我知道我能通关为前提下一一展现。例如贪吃蛇，全屏首尾相接是没有悬念的，区别只在后期食物和加分水果距离蛇头的位置，来决定通关后能够获得的差异的分数。这也是我喜欢网页设计的原因，反正最终是可以实(chao)现(xi)这个效果的，只是看要花多少时间走怎(pian)样(men)的路线罢了。

于是我又来折腾了，把TONYHEAD 通利堂从传统的Apache-cgi_module-CGI切换到Nginx-PSGI-CGI上。

先说说为什么要用PSGI来跑MovableType这个Perl应用，用过MT的都知道MT后台的反应是多么的龟速（短板不在硬件上），想达到WordPress后台那种按按按就出结果的节奏是不可能的，但亲测转到PSGI后效果有明显改善。根据测评，PSGI模式的效率是CGI模式的1.9倍，是FastCGI的1.4倍，在另一个测评中，PSGI的效率都在CGI的2倍以上，如图：

图片来源。

总之切换到PSGI后效能的提升是显而易见的，下面开始介绍做法。

系统环境

• Debian 6.0
• Nginx
• MySQL
• Starman作为PSGI网关，搭配为MovableType配置好的mt-starman-daemon来使用

Starman是一个PSGI网关，在MovableType 5.2开始支持Nginx+PSGI时进入视野，mt-starman-daemon作为守护进程会把 /cgi-bin/mt/ 目录先预读进内存，把该目录下的所有cgi/pl脚本交给Starman处理，Nginx则负责处理前端静态文件和转发Starman。在AWS市场里Nginx+MySQL+Starman是作为MovableType 6的标准配置，可见这一组合和思路是被推崇的。

回到顶部

步骤

OS部分

先安装cpanminus。

curl -L http://cpanmin.us/ | perl - App::cpanminus

安装Plack，XMLRPC和Starman，这一步需时较长，请耐心等待。

cpanm Task::Plack XMLRPC::Transport::HTTP::Plack Starman

下载mt-starman。

wget -P /etc/init.d --no-check-certificate http://raw.github.com/saahov/mt-starman-daemon/master/debian/mt-starman

把mt-starman设置为可执行。

chmod +x /etc/init.d/mt-starman

2023-11-20 移动优选不断ping CloudFlare IP：104.21.24.1

2011-09-02 开始使用 CloudFlare 接管网站和访客之间的链路，以下是使用心得记录下来。

2014-09-03 更新：因为启用了HTTPS，所以关闭了 CloudFlare CDN 功能，只用 CloudFlare 作为 DNS。

如果云是橙色的说明本站正在使用 CloudFlare 服务。（浏览器需要打开javascript）

2011-09-27开始提供ipv6支持！

当初使用CloudFlare仅是以为可以为自定义域名的Tumblr网站提供代理，但在注册的过程中发现CloudFlare是全个域名来接管的，于是把这个博客也接管过去。

原理

由CloudFlare充当反向代理服务器，客户端访问的不再是原来的网页服务器而是CloudFlare提供的“云“，这块“云”是基于CDN的，同时具有缓存网页内容/抵御异常流量的功能。

我把CloudFlare应用在TONYHEAD 通利堂和Tumblr架设的Tumblr中文站上，同理可以应用在Blogger。

启用前5A1X

启用后5A1V

回到顶部

受到KomicaWiki的Komica條目中关于 使用CoralCDN分流 部分的启发，加上中海宽带对中海内网极之糟糕的路由策略（有部分中海用户相互之间不能链接，或一旦链接会造成其他网络应用断开）导致鸡鸡对常年不能访问通利堂表示遗憾。 所以我决定加多一个访问TONYHEAD通利堂方法，自建服务器真系好玩！

之後由於 ADSL 線路無法應付流量快速成長的需求，1883 氏在友人 L 氏和 H 氏贊助下，陸續使用了三個 Dreamhost 付費空間。並將大多數的貼圖板轉移到付費空間上。之後並在 mormor 的建議下，使用 CoralCDN 分流來降低流量。原 ADSL 線路則以支援文字板為主。

于是为了加入CoralCDN的支持，我修改了一下域名设置，现在tonyhead.com和www.tonyhead.com对应的是不同的主机：tonyhead.com放置在可靠的Site5上，页面上有两个链接，一是回到架设在中海宽带上的www.tonyhead.com，一是走CoralCDN到www.tonyhead.com.nyud.net（如果以前玩过Blogger的应该记得有个穿墙法就是在blogspot.com后加上.nyud.net:8080，其实就是CoralCDN的应用）。

回到顶部

个人服务器上应用CoralCDN的原理（大致上的）

当有用户请求 www.tonyhead.com.nyud.net 时，CoralCDN就会在各地的分发服务器上找关于 www.tonyhead.com 的缓存（多数是没有的啦，因为这只是一个很冷门的站点，关于热门的定义在CoralCDN的定义里只有2类，分别会缓存20秒钟和60秒钟），没有的话就读取 www.tonyhead.com 并缓存下来，这样用户访问的将会是分发服务器上的缓存过的内容而不是 www.tonyhead.com 上直接读取的内容，因为 www.tonyhead.com 对分发服务器是可见的，这样就能帮助用户绕过因为本地网络的问题（如部分中海宽带用户相互之间不能链接）而访问到 www.tonyhead.com 上的内容了。

在具体实施中遇到的问题有

1. MovableType中的<$mt:EntryLink$>参数生成的是绝对路径。如在www.tonyhead.com首页上，其中一篇文章的链接是“http://www.tonyhead.com/archive/00001.html”，但如果访问“www.tonyhead.com.nyud.net”，其链接依旧是"http://www.tonyhead.com/archive/00001.html"，则访客依旧访问不能。所以要把绝对路径改为相对路径，我用MTRelativeURL插件解决这个问题，现在文章的链接在代码里面生成的是“/archive/00001.html”，那么无论是“www.tonyhead.com”或“www.tonyhead.com.nyud.net”，下面的链接都能自动适应当前域名
2. 因为链接都改成相对路径的了，所以要留一手防止恶意CNAME解析，暂时没有什么好方法，只把部分链接做成相对路径，一些页内的链接还是保持绝对路径的形式囧

回到顶部