whistle | 13 December,2006 17:39

這是一篇很久前的文章，出處為http://mag.udn.com/mag/dc/storypage.jsp?f_ART_ID=42202。文中提到最新的統計資料顯示，在美國市場上IE瀏覽器的市場份額已經下滑到79.8%，而在全球市場上IE的市場份額也已下滑到83.1%。這意味著IE的壟斷地位徹底有所動搖，Firefox、Opera等瀏覽器在經過數年發展後也終於對IE形成了實質性的威脅。
針對這點也許在全球是這樣，資料的來源無從得知，但是在台灣可能不是這回事，至少來無名的訪客不是這回事。就以我的計數器來看，我特地蒐集了約一天使用我計數器的訪客資料，在瀏覽器部分如下。

前10瀏覽器
	Explorer	12027	90.74%
	Firefox	722	5.45%
	Maxthon	175	1.32%
	Safari	137	1.03%
	MyIE2	72	0.54%
	Avant Browser	41	0.31%
	Sleipnir	25	0.19%
	Opera	22	0.17%
	Mozilla	18	0.14%
	AOL	6	0.05%
	總計	13254

這邊的資料是以24小時為區間的人數，在24小時內相同IP與相同瀏覽器只計1次，約有13254人數，人次為35982。由上面的數據可以得知，9成以上的人還是使用IE，只有5.45%的人使用firefox。換言之，在訪客對象為台灣繁體中文為主時，要以對IE的親合度為優先考量，其次才是firefox，不過比較無關痛癢，雖然本人也是firefox的愛用者，但這確實是不爭的事實，只能說有點遺憾。
文中還有提到"微軟最新推出的IE的7.0版本，只能在Windows XP　SP2以上的版本上運行。其他舊版本的Windows用戶想要使用的話，就必須花費數百美元升級自己的作業系統。而IDC的統計資料表明，在所有已 安裝的Windows作業系統中，除去Windows XP的各種版本占去了50.8%外，還有高達49.2%的舊版Windows用戶。這些用戶將享受不到IE升級帶來的好處，儘管他們當初為購買作業系統花 費了不少金錢。"，以下也是同一份統計資料的數據：

前10作業系統
	Windows XP	11464	86.49%
	Windows 2000	1342	10.13%
	Windows 98	180	1.36%
	MacOS X	167	1.26%
	Windows 2003	46	0.35%
	Windows ME	29	0.22%
	Windows NT	13	0.10%
	Linux	12	0.09%
	其它	1	0.01%
	總計	13254

很可怕吧，超過8成5的使用者都用XP了，而且使用微軟作業系統以外使用者，不到2%，在這種條件下，微軟有本錢對用戶予取予求。
談了很久的linux，與這年頭爆紅的firefox，僅僅只是微軟的幫襯，比喻成身高的話，彷彿是拇指姑娘一樣，只能給予童話般的祝福，希望她們幸福快樂。對於我所提供的數據我不保證其可信度，請不要質疑，如果您有用我的計數器的話，看看您的統計分析資料是不是與上述資料相仿，就可知真假。

whistle | 13 December,2006 9:34

 各位應該發現，最近的計數器比之前快非常多，這需要感謝amy與艾瑪大大的網誌使用我的計數器，讓我得到寶貴的數據，才能具以重整計數器的架構。
即使效能提昇非常多，但是基本的計數耗時是免不了的，我的計數器是使用bbclone，是一種純檔案計數器，修改後的計數器在每次網頁開啟時，會進行兩個動作，計數與統計，計數約要花0.07秒，統計約要花0.7秒，因此一次計數加上一些基本耗時，約要0.9秒。
此外，計數器的數字是需要在統計完才能取得並顯示在網頁上，如果只計數，計數器的數字不會反映實際的人次或人數，必須等到統計後，才能真實地反映訪客人次、訪客人數或線上人數，本文的重點也在此，要如何在效能與實際人次與人數間做取捨。
先前每一篇文章被開啟時，除了這個文章會被計數與統計外，網誌的首頁也同樣需要計數與統計，因此約要2秒鐘，聰明的您可能發現，網誌的首頁將會成為瓶頸，也就是越多人看文章，網誌首頁都要進行加總的統計與分析，同時太多人看時，就需要排隊等著計數，也拖慢了文章網頁的開啟速度，離譜一點可能要等上7或8秒。
為了排除這個問題，目前排除了首頁的統計，只對首頁計數不統計，因此文章只需要1秒鐘就能開啟，不過首頁在開啟時，就要處理所有累積的統計，以及本次首頁的計數與統計。例如，首頁開啟前有訪客看了10篇文章，那麼需要0.7*10秒的統計，加上本次0.7+0.07的計數與統計，因此約要耗時8秒。首頁拖那麼慢是大家不能忍受的，這也是為什麼除了我目前努力改進的計數器外，其他的計數器都沒有提供單篇文章計數與首頁的加總計數的主要原因，這裏的計數包含計數與統計。
如果只計數不統計就能反映出實際的人數與人次，上述的問題就能獲得根本性的解決，這是我下一版計數器的架構，不過統計上的痛苦時耗還是無法避免，這可以交由背景的批次作業來達成，就工作量而言，主機一樣是要做那麼多事，但是網頁的開啟完全不會拖慢。
但就目前而言，在即時與批次作業的取捨上，產生了三種取捨情形，描述如下：
1.文章與首頁都計數不統計，統計全交由批次作業排程處理：好處是完全不拖慢網頁，只需要0.1秒就能夠顯示，但是在批次作業處理到該文章或首頁的計數器前，數字都不會更新。以目前而言，批次作業最快是一分鐘處理一次，因此有一分鐘的誤差，當然如果排程為兩分鐘，就會有兩分鐘以上的誤差，依此類推，時間上的取捨，完全要看計數器的流量而定，但最快就是一分鐘，這是系統的限制。
2.文章與首頁都計數與統計：這個問題在上面的描述中已談過，文章的開啟會被拖到很慢，首頁的開啟最理想的狀況
約1秒，因為加總計數與統計已經分攤在每次文章的開啟上，但是這是建立在首頁開啟的同時並沒有很多其他的文章被開啟中，如果有，要等所有文章的加總計數與統計都完成後，首頁的計數與統計才能被完成，簡單講，就是同時開啟的文章都處理完之前，首頁只有等待。
3.文章計數與統計，但是首頁只計數不統計，首頁的統計交由批次作業排程處理：這樣每一篇文章都只要1秒就能看到實際的人次與人數，但是首頁也算是一個文章，因此首頁開啟時，還是會去處理之前的所有加總計數，可能需要上述的許多秒，首頁的開啟一樣會被拖到很慢。
除了第1點外，第2點與第3點都能即時地反映出實際的人次與人數，第1點相較於其他兩點在速度上是極快，但是有時間上的誤差，第2點會讓首頁的開啟拖到很慢，而第三點則很平均，但是最少要耗2秒。
就計數器要反映出實際的人數與人次的考量上，對於每天人次沒有超過千次的人而言，第2點或第3點都沒多大差別。對於每天有數千次人次的網誌而言，第3點可能比較優。不過如果訪客都直接去看首頁，鮮少去看文章，那第2點與第3點都沒有多大差別，但是這就不像是網誌，倒像是留言板，基本上完全不考慮。
對每天有上萬或數千人次的網誌而言，訪客造訪的時間常常都集中在一天的某幾個小時，首頁必然會被拖到很慢，因此第1點是唯一的選擇，否則應該是要選第3點，如果2秒鐘或更久可以忍受，只希望能反映即時人次與人數的話。
就另外一個角度來想，如果排程是以一分鐘為間隔，訪客看一篇文章的時間如果超過一分鐘，那麼即不即時就沒有多大影響，在首頁上的數字少一個多一個根本不痛不癢，最重要的是大家並不知道。
基於假設一分鐘必然能夠處理完排程中的所有統計，以阿Q一點的心態，差不多就好的話，第1點應該是最好的選擇，基於以上的討論，相信各位應該不難理解這是最佳的決策。
未來有可能的話，會將上述3點給使用者選擇，不過不是每個人都會看到這文章，也不一定能理解這文章，這樣的選項交給使用者，很可能是拿石頭砸自己的腳，大家都在狀況外。

whistle | 12 December,2006 21:33

 無名小站目前只讓金卡會員與白金卡會員使用javascript語法，如果您不懂什麼叫做javascript語法沒關係，如果你看到語法中有的，就是javascript語法。
如果您是免費會員或是銀卡會員，無名會想辦法將javascript語法竄改，可是又常常改不成功，這時候網誌就會開不了，夠機車吧。好在無名有提供還原王，應該不能說是好在吧，只是無名對潛在的愚行提供解套的方案而已。
如果各位用了我的語法，發生網誌開啟版面錯亂的問題，代表您用錯語法了，您有兩件事要做，去執行一下還原王(www.wretch.cc/recover)，然後用圖形計數器語法：無名所有會員皆適用：http://pagecounter.info"> src="http://pagecounter.info/counter/wretch/img.php" alt="新手扉頁之無名小站計數器" />

whistle | 8 December,2006 10:54

我的計數器是純檔案計數器，存在著檔案被損毀的風險，因此我加了一道鎖，在雍塞時踢除後到的計數，由於發生的情形很少，這樣的保護影響微乎其微，事實上，這道鎖也很盡責地守護至今。
不過昨天一個大使用戶開始測試本計數器，流量倍增，讓我好興奮，但是我發現了那道鎖幾小時內出現了300次，顯然地這樣的設計以不堪負荷，這倒是讓我很意外，因此我決定解除這道鎖，只增加薄弱的備份機制。
讓大家冒這麼大的風險，實在很過意不去，不過這道鎖至少限制了超過一半以上的效能，且效率超高，因此我打算將剩餘的效能解除封印，不試試看永遠不知道極限，所以如果有任何使用者計數器被歸零時，請告知我，我才能因應改善，希望永遠不會有這種情形。
希望大家繼續支持我，讓我有機會位各位服務，各位的使用讓我能夠將計數器的問題逐一發現並解決，在這裡特地感謝艾瑪大大，讓我得到寶貴的數據。

whistle | 8 December,2006 2:10

 又發這公告了，實在很痛苦，放圖的機器一直沒搞定，那堆圖是不可能說移就移的，機器不開也不能移，暫時以文字顯示，真的很抱歉，不過這樣顯示的速度也快一點，不是嗎？
預定在這週還沒辦法恢復，可能要改採套用他人的計數器圖形，重新架一個供圖的伺服器，到時候如果圖示不正常，請重新到設定變數選一個新的計數器圖形，不便之處，敬請見諒。