美国部落格周末大停电，罪魁祸首是怪怪真正强的「SiteMeter」

这期《数位时代》专栏写的是「怪怪Twitter真正强」，我想，同样一句话也可以用在「SiteMeter」身上。

台北时间8 月2日星期六早上9时，你打开这个部落格，应该会看到它跳出一个错误讯息：「Internet Explorer cannot open the Internet site. Operation aborted」（中文的则看到「操作已中止」），按下OK，原本的部落格不见了，整个画面替换成「This page cannot be displayed」空白页，无论你按「重整」(refresh)多少次都是一样的结果。

以为是我们家Voofox的产品出问题？一 个一个看，发现罪魁祸首竟是那个平时小小的无辜的好朋友：「Sitemeter」！当下，它每天每小时记录着这个网站的高高低低，实在无法就将它拔掉，于 是我只好找了网路上的资料想自己解决但仍失败，只好先将Sitemeter移除。

也庆幸我有发现，并及时移除！这周末，Sitemeter当机事件就像瘟疫一样，传遍所有美国部落格，许多周末跑去度假的美国部落客们，浑然不知他们部落格当机当了整个周末！

过了好一阵子，美国部落格才一一发布此消息，如这篇、这篇、这篇，一个周末，所有美国网路人又上了一课。

Sitemeter 所提供的是「流量计算」的服务，嵌一个在自己网站，就知道今天昨天前天有多少人来拜访，是谁来拜访，都住在什么国家、哪个城市等等，其他网友也可透过一个 「计数器」但到此网站目前的累积使用人数与每天使用人数。 Sitemeter这块的竞争者众，目前包括Google Analytics、StatCounter、Clicky、RobotReplay, Enquisite、CrazyEgg、ClickTale、GoStats等等无数家。别小看Sitemeter，它虽然简陋，但由于完全免费，报告简 单，速度蛮快，初期便吸引了许多使用者，这次Sitemeter出包，最高兴的应是StatCounter，它在美国网路上一直被拿来与 SiteMeter比较，去年初Sitemeter被踢爆在每个拜访者电脑里顺便植入一个「Specificclick」cookie，虽对电脑无害，但 每个人看过什么网站皆可能被送到广告公司作分析解读，因此，有的人像这位部落客就会愤而移除Sitemeter，当年的「出走潮」后来大多都移到 StatCounter，今天StatCounter的拜访量已经稳稳居在SiteMeter之上。

但，有趣的 是，Sitemeter并没有没落。它还是一样的烂介面，也还是一样的不太稳定，但显然，大部份的网站站长似乎并不care这件事。因为他们care的是 另一件事：「历史记录」。站长随着时间进行，只会更黏着Sitemeter，因为他们想看这个月的流量与去年的某个月差别如何？今年与去年呢？如果一转 换，一切就就要重新计算，就无法看到了，你说，理论上来说，竞争者只要有帐密，就可以做一个「搬家程式」，搬走所有的历史记录？但，这就和刚刚的 「spyware出走事件」一样，会走的就走，不会走的就是不会走，竞争者做一大堆，死忠者就是不会走。于是SiteMeter今天莫名其妙「沾附」了大 量的、死忠的网站，就算它再出包好像也不会走人。 Sitemeter其实最近已透露要来做个大整修，没想到，它难得的「大整修」，竟然一修就整个完了！后来已经修好，不过，竟又在台北时间昨天下午4~9 点之间，对好几台伺服机再次做了停机通知，现在应该是ＯＫ没问题了，让它是网路上默默发生的奇迹。

网路上的使用者，通常就像「花痴」 一样，看到比较好的，就「说走就走」，毫不眷恋，因此Sitemeter的奇迹，就显得特别独特，网路创业家可以好好想想，还有什么东西，可以一做出来 后，让使用者一旦被「勾」上，玩了两星期后，就再也不会离开的？ Twitter做到了这点，Sitemeter也做到这点，下一个「怪怪真正强」的网站在哪里？

除此之外，这次的「Sitemeter当机事件」，也另外教了我们几点：

一、 嵌入式Widget真的很可怕：像Sitemeter这种Javascript widget，由于是在你的网页中嵌入一段从远端当场送过来的「热腾腾」的动态程式码，平常是ＯＫ的，但假如哪天那热腾腾的饭菜突然因故变成一沱大便，你 的网站也会毫无预备的全盘接受，送去给使用者看，问题就发生了！轻者是页面版面偏移掉，还是可以观赏使用，但重者则会因为嵌入不完整的HTML造成页面整 个变白色，或因为内部程式当机跑很久跑不出来，或是如这次Sitemeter事件，间接让整个浏览器都当掉了。而且如TechCrunch说的，这种问 题，网站OK只有内容坏掉，因此无法用检测软体如NetCraft即时监测到。虽说这问题以「iframe」可解，但大多插件提供者（包括 Sitemeter）都觉得「自己不会有问题」，iframe在不同的浏览器不容易控制大小与美观，谁想用呢！

二、IE问题，总是特 别慢才被发现：网站开发期间，团队肯定会对所有浏览器版本加以测试，但有些bug，就是不会在测试时看到，而在「轻松玩」才会发现；有些小幅度的程式改善 (enhancement)，更是写完没测几下就上去，这时候，一个盲点常常出现了。开发团队成员与重度使用者，本身使用的往往是Firefox，因此他 们只会用FF「轻松玩」，也因此，IE的问题总发现得特～别～迟～。 Sitemeter这次大当机只影响到IE6、IE7，我猜想，许多重度使用者根本没有发现到，轻度使用者又以为是「电脑当机」，于是这问题，就拖得很久 都没人发现！

三、周末前才上新的程式很是危险：大家拼命在周一到周五期间把东西写出来、赶出来，嘘一口气了，当然希望在周末前就把东 西上去，给网友试试看！ Sitemeter显然是在美国时间周五下午6点整，急急忙忙的做了「更新」的动作，然后就去度周末了！内部团队几乎没人立刻发现，就算发现了，他们或许 也没几个甘情愿到周六还要来修理，所以，周末前才赶着上新的程式，是一件危险的事。

此外，Sitemeter的出包，也让网路界突然 感受到一个很大的问题。这些widget，已经默默的嵌入太多网站，一当机，所有的都跟着「全当」，平时做再多当机准备都无效！许多时候，甚至没有当 机，Sitemeter只是跑得很慢、很慢、很～慢～，你的网站也会跟着跑的很慢、很慢、很～慢～，谁都不知道，这是因为主机「嗝住」了，还是 Sitemter卡住了？下次load又好了，问题又不见了。

“一个都不能少”——奥运宝宝笑脸大募集