Feedsky 的非技术故障

Feedsky 整整两天不抓取，据说这次并非技术原因。

如果传说是真的，我能立刻想到的便是要不要更换 Feed 托管商。很多互联网服务，即便再优秀，一旦服务器放置于国内，就不得不向很多问题妥协，进而它的用户也跟着受到威胁。

何况 Feedsky 根本谈不上优秀。

首先，它经常出问题。技术上的非技术上的，总之不是那么好用就是了。而我感到奇怪的是， Feedsky 有时出现的问题真的有些莫名其妙。按理说，技术故障往往影响的是一大片用户，可它的故障，通常只发生在个别用户身上。当然这次是例外。估计数我倒霉，自从我换到一个不支持域名绑定到文件的主机上之后，便重新使用了 Feedsky 的服务。如果没有记错，两个月之内我在 Feedsky 客服论坛上反映了不下 5 次故障，然后转身去问 Gtalk 上的朋友，他们却告诉我自己在 Feedsky 上烧制的 Feed 正常。

其次，它的客服名不副实。和 feedsky 的客服交流，是一件很不爽的事情。他们的标准回答格式通常是这样：“我们的爬虫出现了一些问题，我帮你手动 ping 一下。”这句话包含了两层意思。第一，故障都是爬虫引起。所以这两天的“非爬虫”故障，大多数人会不由自主地往爬虫上靠。第二，客服Ping更高级。每个用户的后台都有开放的手动Ping按钮，每次出现问题我都会先去 Ping 一下，实在不行才向客服求救。客服的回答也是 Ping ，并且他 Ping 了之后就正常了。难道客服的 Ping 更厉害？如果是这样，干脆把更高级的 Ping 开放给用户， Feedsky 自己倒也能省不少事。

最后，它不注意形象。我这么说不是没话找话。像这次的非技术故障，整个中文 blog 圈都不同程度地受到了它的影响，这该是多么好的话题啊，然而事实上，只有很少人谈论它。要不是看见客服论坛有那么多人报告 705 错误，我又会觉得是自己倒霉了。为什么会出现这种现象？用一句不算很贴切的话：狗咬人不是新闻，人咬狗才是新闻。 Feedsky 出问题，相当于是狗咬人，根本没有谈论的价值。这足以说明，“Feedsky = 经常出问题”是多么地深入人心。到现在，官方都没有给出这次故障的原因或者是一份道歉。破罐子破摔吧。

现在回到我之前所说的。要不要更换 Feed 托管。我一直不明白，为什么 Feed 托管服务没有出现百家争鸣的景象，难道真的是因为技术门槛很高？在一个手就能数完的几家公司之中，Feedburner 最为稳定快速，但是与我们渐行渐远； Feedsky 就那样了；然后是 Feedcat ，没用过，不知稳定不稳定。这三家之间没有平滑切换的解决方案，要换，就意味着读者也得跟着换订阅地址。我个人比较推崇自行托管，详情可以参考这篇文章。不过缺点也很明显，一旦被墙， Feed 也跟着失效，还有是统计功能实现起来比较麻烦，但也不是不可能。

所以日后还是这样吧，给出几种不同的订阅渠道，由读者自行选择，总好过在一棵树上吊死。至于订阅数量统计，那都是浮云，这个数字水分有多大，每个人心里都清楚。