WordPress

此文记录了如何把一个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倒回原来的状态。

回到顶部

试用了一下Typepad的收费版，计划是如果Typepad的表现能接近Movabletype或相仿的话就会把自建的Movabletype博客转移上去托管，毕竟都是同一个东家的产物。

试用的是$14.95一个月的Unlimited Plan（年付的话送两个月$149.5），可以开无数个子博客，开启完全自定义HTML功能，没有广告。

回到顶部

Typepad托管的特色

• 支持MovableType的Template Tag Reference，MT皮肤移植SO EASY！
• 支持从WordPress，MovableType导入文章。
• 众多插件支持，包括Disqus，Bit.ly Link Shortener，Google Analytics。
• 支持通过邮件上稿。（上班的时候想吐槽就在OUTLOOK里来一发）
• 后台有大量应对SEO友好的设置。
• 每个博客都支持多作者合写。

回到顶部

托管在Typepad的好处

• 速度飞快，经过过MovableType静态生成的人一定会惊讶TypePad页面生成的速度。
• 访客如果已经登录了Typepad，当访问其他Typepad托管的博客时，可以方便地加入阅读器并关注。
• 无限博客数量是很让人上瘾的……

回到顶部

托管在Typepad的不足

• 贵。
• 绑定域名部分的操作很不人性化。
• 搜索功能非常差，对中文搜索不好，我遇到中文搜索不能的情况后跟客服交流过几次，按照客服的指引做（等待索引）依旧不能成功，这是我放弃Typepad的最主要因素。
• Typepad前端加载在CloudFlare上，有部分CF的IP在国内访问不到。

blog.tonyhead.com. 300 IN CNAME tonyhead.typepad.com.

tonyhead.typepad.com. 300 IN CNAME cname-cloudflare.typepad.com.

cname-cloudflare.typepad.com. 300 IN A 190.93.247.9

cname-cloudflare.typepad.com. 300 IN A 141.101.115.9

cname-cloudflare.typepad.com. 300 IN A 190.93.244.9

cname-cloudflare.typepad.com. 300 IN A 190.93.245.9

cname-cloudflare.typepad.com. 300 IN A 190.93.246.9

总结

如果你需要做很多个英文的小站，并且只需要1个系统管理员，那么可以考虑Typepad。

回到顶部

前阵时间VPS被恶意攻击（1小时内刷走了500GB），发现自己架设服务器的短板，于是找到现成的博客托管服务 WordPress.com 以求省心省力。 我购买的是99澳元一年的 bundle（折合77美元左右），包含一个自定义域名的绑定（注册新的域名也可以，不另外收费），开启通过添加 CSS 来改变样式的功能，额外的10GB 储存空间，没有广告。

回到顶部

WordPress.com 托管的特色

• 默认安装 Jetpack 以提供一系列例如全局搜索、评分、投票等功能，具体功能列表。
• 支持 WordPress 上的托管站点作为OpenID Server。
• 大量 Webtype 字体可直接选用。（中文无效）
• 文章/页面被修改时可以发送通知邮件给其他用户。（多人合写时有用）
• 有一个钩子 webhook 服务。
• 支持两步验证。

回到顶部

托管在 WordPress.com 的好处

• 省心省力。
• 访客如果已经登录了 WordPress.com，当访问其他 WordPress.com 托管的博客时，可以方便地加入阅读器并关注。

回到顶部

托管在 WordPress.com 的不足

• *.wordpress.com 形式的域名需要 https:// 访问。
• 大部分地区需要扶墙才能访问后台。
• 如果使用 WordPress.com 作为 DNS 托管，就只能使用 example.com 来访问博客而不能使用 www.example.com。
• 如果使用第三方 DNS 托管，需要发 ticket 才能获得 wordpress.com 的IP记录做A指向。
• 不能够自定义 URL，只有默认的 /year/month/day/postname/ 格式。
• 绑定域名后静态文件域 s0.wp.com，s1.wp.com，s2.wp.com 依旧存在，所以绑定域名后依然有页面元素被墙，导致页面不能正确（完整）显示。
• WordPress.com 的 feed 输出中，文章插入的图片/视频等附件是嵌入在 <![CDATA[ ]]> 标记里面的，所以阅读器不会把图片/视频解析出来，对于一些把WordPress.com 网站作为 RSS Planet 源来说是一个不友好的地方。

回到顶部

其他关于 WordPress.com 托管

• TechCrunch 中文版也是一个 WordPress.com 托管网站，但使用的是 WordPress.com VIP，所以静态文件域可以自定义。

回到顶部

一个游戏在通关前我都说不上喜爱，随后所有的精诚法门敏捷操控总在我知道我能通关为前提下一一展现。例如贪吃蛇，全屏首尾相接是没有悬念的，区别只在后期食物和加分水果距离蛇头的位置，来决定通关后能够获得的差异的分数。这也是我喜欢网页设计的原因，反正最终是可以实(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

在很久以前评论还是属于博客主的资源，在搬迁的过程中文章评论一个不能丢。近年网络社交兴起博客主为了吸引访客互动会使用第三方网站托管评论。于是我就尝试了一下把评论迁移到第三方社会化评论平台上，经过一段时间的测试最终还是没把通利堂的评论托管到DISQUS或多说上，但整理了一些心得供分享。

优点

• 两者的安装都很简单，对主流系统（WordPress，Drupal等）提供了插件，亦有通用代码模式可以嵌入任意网站。
• 都可以把评论同步会原系统（部分程序例如WordPress），让你无痛切换回原评论系统。
• 都可以在手机浏览器中使用。
• 用第三方评论系统能提高网站的安全性（水桶理论），不少“安全网站”也在使用DISQUS。

回到顶部

缺点

• 不知道哪天开始就会增加广告或者要求付费。
• DISQUS有被墙的可能性。
• DISQUS不支持国内流行的社交平台帐号登录和分享（例如不支持新浪微博登录和分享到新浪微博）。
• 使用DISQUS会为页面增加大概250KB体积，来自至少3个域名，15个以上的JS/CSS/字体/图片文件。
• 使用多说会为页面增加大概200KB体积，来自至少2个域名，8个以上的JS/CSS/图片文件。
• DISQUS评论同步功能不支持同步回MovebleType 5。（残念……放弃）
• 国内服务的缺点：网站接入社会化评论需取得 ICP 备案

回到顶部

DISQUS小技巧

• 记得后台中 https://站台名.disqus.com/admin/settings/ 中打开游客评论获得更多评论。
• http://站台名.disqus.com/latest.rss 可以输出评论，加上Yahoo Pipes可以对输出进行裁剪定制。
• 文章链接尾部加上 #disqus_thread 可以获得文章评论数
• 如何显示Disqus的评论数？
• DISQUS中的“推荐内容”需要达到一定评论数和使用时间才会获得启用。

回到顶部