> ## Content Index
> Fetch the complete content index at: https://mr6.cc/llms.txt
> Use this file to discover other available public pages before exploring further.

# 美國部落格周末大停電，罪魁禍首是怪怪真正強的「SiteMeter」
- URL: https://mr6.cc/sitemeter-outage-blogs-crash-internet-explorer/
- Published: 2008-08-04T01:04:20.000Z
- Updated: 2026-10-01T17:27:05.000Z
- Description: 這期《數位時代》專欄寫的是「怪怪Twitter真正強」，我想，同樣一句話也可以用在「Sitemeter」身上。 台北時間8月2日星期六早上9時，你打開這個部落格，應該會看到它跳出一個錯誤訊息：「Internet Explorer can…
- Author: Mr. 6
- Tags: 產業策進, 創投, 創業案例, 未來趨勢, #wp-import

![](https://storage.ghost.io/c/95/b2/95b2af50-730a-4d4a-80ac-ae2f7a07dfc2/content/images/2026/10/45ad4-a221.jpg)

這期《數位時代》專欄寫的是「怪怪Twitter真正強」，我想，同樣一句話也可以用在「[Sitemeter](http://sitemeter.com/?ref=mr6.cc)」身上。

台北時間8月2日星期六早上9時，你打開這個部落格，應該會看到它跳出一個錯誤訊息：「Internet Explorer cannot open the Internet site. Operation aborted」（中文的則看到「**操作已中止**」），按下OK，原本的部落格不見了，整個畫面替換成「This page cannot be displayed」 空白頁，無論你按「重整」(refresh)多少次都是一樣的結果。

以為是我們家Voofox的產品出問題？一個一個看，發現罪魁禍首竟是那個平時小小的無辜的好朋友：「Sitemeter」！當下，它每天每小時記錄著這個網站的高高低低，實在無法就將它拔掉，於是我只好[找了網路上的資料](http://weblogs.asp.net/infinitiesloop/archive/2006/11/02/Dealing-with-IE-%5F2600%5Fquot%5F3B00%5FOperation-Aborted%5F2600%5Fquot%5F3B002E00%5F-Or%5F2C00%5F-how-to-Crash-IE.aspx?ref=mr6.cc)想自己解決但仍失敗，只好先將Sitemeter移除。

也慶幸我有發現，並及時移除！這周末，Sitemeter當機事件**就像瘟疫一樣**，傳遍所有美國部落格，許多周末跑去度假的美國部落客們，渾然不知他們部落格**當機當了整個周末**！

過了好一陣子，美國部落格才一一發佈此消息，如[這篇](http://mashable.com/2008/08/02/sitemeter-down/?ref=mr6.cc)、[這篇](http://www.techcrunch.com/2008/08/02/sitemeter-kills-thousands-of-sites-for-ie-users/?ref=mr6.cc)、[這篇](http://blog.wired.com/27bstroke6/2008/08/web-sites-using.html?ref=mr6.cc)，一個周末，所有美國網路人又上了一課。

Sitemeter所提供的是**「流量計算」的服務**，嵌一個在自己網站，就知道今天昨天前天有多少人來拜訪，是誰來拜訪，都住在什麼國家、哪個城市等等，其他網友也可透過一個「計數器」但到此網站目前的累積使用人數與每天使用人數。Sitemeter這塊的競爭者眾，目前包括Google Analytics、StatCounter、Clicky、RobotReplay, Enquisite、CrazyEgg、ClickTale、GoStats等等無數家。別小看Sitemeter，它雖然簡陋，但由於完全免費，報告簡單，速度蠻快，初期便吸引了許多使用者，這次Sitemeter出包，最高興的應是[StatCounter](http://www.statcounter.com/?ref=mr6.cc)，它在美國網路上一直[被拿來與Sitemeter比較](http://justchal.wordpress.com/2007/04/15/sitemeter-vs-statcounter/?ref=mr6.cc)，去年初[Sitemeter被踢爆](http://michaelsync.net/2007/04/11/things-you-should-know-before-using-sitemeter?ref=mr6.cc)在每個拜訪者電腦裡順便植入一個[「Specificclick」](http://specificclick.net/?ref=mr6.cc)cookie，雖對電腦無害，但每個人看過什麼網站皆可能被送到廣告公司作分析解讀，因此，有的人像這位部落客就會[憤而移除Sitemeter](http://merrimerri.wordpress.com/2008/07/20/information-about-sitemeter/?ref=mr6.cc)，當年的「出走潮」後來大多都移到StatCounter，今天StatCounter的拜訪量[已經穩穩居在Sitemeter之上](http://trends.google.com/websites?q=StatCounter.com,+sitemeter.com&sa=N&ref=mr6.cc)。

但，有趣的是，Sitemeter**並沒有沒落**。儘管它還是一樣的爛介面，還是一樣的不太穩定，但顯然，**大部份的網站站長似乎並不care這件事。**因為他們care的是另一件事：**「歷史記錄」**。站長隨著時間進行，只會更黏著Sitemeter，因為他們想看這個月的流量與去年的某個月差別如何？今年與去年呢？如果一轉換，一切就**就要重新計算**，歷史記錄全都沒了！你說，理論上來說，競爭者只要有帳密，就可以做一個「搬家程式」，幫它的新會員搬走所有的Sitemeter歷史記錄？但，這就和剛剛的「spyware出走事件」一樣，會走的就走，不會走的就是不會走，競爭者做一大堆，死忠者就是死都不會走。Sitemeter今天莫名其妙「沾附」了大量的、死忠的網站，就算它再出包好像也不會走人。Sitemeter其實最近已透露[要來做個大整修](http://weblog.sitemeter.com/2008/07/17/sitemeter-icons-vanishing/?ref=mr6.cc)，沒想到，它難得的「大整修」，竟然一修就整個完了！後來已經修好，不過，竟又在台北時間昨天下午4\~9點之間，對好幾台伺服機[再次做了停機通知](http://weblog.sitemeter.com/2008/07/29/scheduled-outage-august-3-2008-sm1-s17-s21-s26-s36-s37-s38-s39-s40-s41-s46-and-s47/?ref=mr6.cc)，現在應該是ＯＫ沒問題了，但Sitemeter的膽大包天和它會員的始終跟隨讓人印象深刻。

網路上的使用者，通常比較像「花癡」，看到比較好的，說換就換，毫不眷戀，所以Sitemeter的奇蹟就顯得特別獨特，網路創業家可以好好想想，還有什麼東西，可以一做出來後，讓使用者一旦被「勾」上，**玩了兩星期後，就再也不會離開的**？Twitter做到了這點，Sitemeter也做到這點，下一個「怪怪真正強」的網站在哪裡？

除此之外，這次的「Sitemeter當機事件」，也另外教了我們幾點：

**一、嵌入式Widget真的很可怕：**像Sitemeter這種Javascript widget，由於是在你的網頁中嵌入一段從遠端當場送過來的「熱騰騰」的動態程式碼，平常是ＯＫ的，但假如哪天那熱騰騰的飯菜突然因故變成一沱大便，你的網站也會毫無預備的全盤接受，送去給使用者看，問題就發生了！輕者是頁面版面偏移掉，還是可以觀賞使用，但重者則會因為嵌入不完整的HTML造成頁面整個變白色，或因為內部程式當機跑很久跑不出來，或是如這次Sitemeter事件，間接讓整個瀏覽器都當掉了。而且如TechCrunch說的，這種問題，網站OK只有內容壞掉，因此無法用[檢測軟體如NetCraft即時監測到](http://www.netcraft.com/?ref=mr6.cc)。雖說這問題以「iframe」可解，但大多插件提供者（包括Sitemeter）都覺得「自己不會有問題」，iframe在不同的瀏覽器不容易控制大小與美觀，誰想用呢！現在，這些widget已默默的嵌入太多網站，一當機，所有的都跟著「全當」，平時做再多當機準備都無效！許多時候，甚至沒有當機，Sitemeter只是跑得很慢、很慢、很～慢～，你的網站也會跟著跑的很慢、很慢、很～慢～，誰都不知道，這是因為自己主機「嗝住」了，還是Sitemter卡住了？

**二、IE問題，總是特別慢才被發現：**網站開發期間，團隊肯定會對所有瀏覽器版本加以測試，但有些bug，就是不會在測試時看到，而在「輕鬆玩」才會發現；有些小幅度的程式改善(enhancement)，更是寫完沒測幾下就上去，這時候，一個盲點常常出現了。開發團隊成員與重度使用者，本身使用的往往是Firefox，因此他們只會用FF「輕鬆玩」，也因此，IE的問題總發現得特～別～遲～。Sitemeter這次大當機只影響到IE6、IE7，我猜想，許多重度使用者根本沒有發現到，輕度使用者又以為是「電腦當機」，於是這問題，就拖得很久都沒人發現！

**三、周末前才上新的程式很是危險：**大家拚命在周一到周五期間把東西寫出來、趕出來，噓一口氣了，當然希望在周末前就把東西上去，給網友試試看！Sitemeter顯然是在美國時間周五下午6點整，急急忙忙的做了「更新」的動作，**然後就去度周末了**！內部團隊幾乎沒人立刻發現，就算發現了，他們或許也沒幾個甘情願到周六還要來修理，所以，周末前才趕著上新的程式，是一件危險的事。

舊留言*2 則*

1. S  
Skeletons in the closet2008.08.04  
的確，上週末立刻就發現這樣的問題，台灣的地下社群BBS，也有熱烈的討論，或許六先生可以關注一下台灣特殊的文化：BBS部份。
2. P  
pdabue2008.08.07  
在星期五晚上趕著上系統，的確是很危險的事情。因為很少人會願意週末還跑上網路來 debug 的 🙂