2010年1月29日 星期五
2009年12月30日 星期三
2007年9月6日 星期四
[引用} 有關頻寬的估算及基礎知識
頻寬的估算也是網站的規劃中很重要的一環喔
設計也不是一味得將檔案變小而已
看看以下的文章，相信會比較了解 頻寬的估算
引用自桑河的文章
http://blog.shanger.net/article.asp?id=165
有鑑於許多活動網站，在製作報價的時候，常有頻寬不曉得要使用到幾m的狀況。所以今天特別說明一下頻寬的計算基礎
首先我們要了解到頻寬與流量空間兩個的不同。
舉個例來說，頻寬就像是一條道路，流量空間就像是一間倉庫
流量空間的名詞最早出現在虛擬主機系統商之間，常常我們在以前的報價中，會
看到所謂的。××××元，每月流量空間為500m。在這裏我們把流量空間視為一個倉庫。500m我們視為500件貨物。頻寬大小，通常虛擬主機系統並不會直接跟你說，因為有可能很小，也可能很大，但這不在他們的保証範圍內。他們只會保障你「流量空間」
以一個擁有2m下載速度的網友而言，他每秒下載的速度估100k。
當我們在「流量空間」機制下。假設每月為100m。我們只作一頁，這個頁面為100k。一個網友進來就會下載掉100k，同理，10個網友進來就會下載掉1m。
100m的情況下，只允許1000位網友看完這個網頁。如果我們在第一天就進來1000位網友的話，那很抱歉，這個網站在第1000位網友(甚至更少，因為重新整理也會吃掉流量)進來後就會死掉。系統會自動封鎖掉你的網站。就像網咖切斷
你的螢幕畫面，讓你不能玩一樣。這時候你只能選擇：1．加錢 2．等下個月重
新開張。
接下來我們來談「頻寬」，以一個活動網站，選擇使用頻寬租賃是無庸置疑的。頻寬就像是一條連結網海與你家門口的公路。這條路愈寬，能同時進出你家的人就愈多。以下也簡單舉例
1． 在頻寬設限為2m的情況下
同樣，我們假設網友每秒下載速率是100k
2m=2000k(忽略client端封包) 2000k可以同時容納20位網友以100k的速度
存取你的網站。
聽到這裏你可能要大叫「天啊，才20個啊」，別急，先別急。這裏指的是同時存取。也就是說，如果你的網站首頁是600k的話，在這六秒的時間內，可
以同時容納20人下載。這樣看起來很少嗎？那我再換算一下給你聽聽。六秒同時容納20的話，等於1分鐘同時容納200人，等於1小時同時容納12000人。當然這前提是在網友是依序進入的狀態下。1小時12000人，我們忽略深夜時段不計。齊頭式算12個小時就好。一天已經夠容納14萬人次了。怎
麼樣，這樣符合你的需要了嗎？相信很多活動一天都達不到5萬人次了。更
何況是14萬呢。但當然不是說，只要2m就可以應付一天14萬人次的流量。
別忘了我們計算的前提。這些人「必須」是按順序進入，每秒只有六人在存取的。
2． 接下來我們談談頻寬不設限(忽略硬體最高100m的限制)為了接下來會發生的一些問題，我們來談談頻寬不設限的狀況下，可能產生什麼情形。
首先我們還是假設網友是以100k/s的速度在存取。在頻寬設限的狀況下，我們也知道說，可以在每秒同時容納20人以100k/s存取(2m頻寬)，那超出的話會是什麼情形呢？連不上嗎？，其實並不會，在頻寬2m的限制下，當人數超出的時候，存取速率會自動被下修。以2m來說，每秒20人剛好是100k/s，那如果是40人呢？很簡單，2000/40=50，也就是這40個人會用50k/s的速度來讀取網頁，當頁面檔案大小為600k的時候，約須讀取12秒。只是有點久了。
了解限制頻寬的狀況後，我們來談談不限制頻寬的狀況。其實原理同上。當
每個人以100k/s的速率在存取的時候，20個人剛好在2m滿載，40個人同時在線的話，頻寬使用量就會增加到4m，60個人就變6m，100個人就變10m。這種情形會發生嗎？會，絕對會，尤其是上雅虎首頁的時候。
以雅虎mantle來說，一小時約可帶進15000-20000的流量。很驚人吧。用剛剛的公式換算一下，我們先抓最低值15000，換算的結果，每秒大概有45人在存取，這時候我們套用剛剛的公式。嗯，如果是這樣的話，那大概流量會衝到5m左右吧？的確，如果只有一個頁面，且頁面檔案不大的話，這樣的流量的確衝差不多到5m而已了。後面我們再談談其它的問題。
以上的各點，都是在讓各位了解頻寬計算的基礎及原理。接下來我們談談一些比較常見的問題吧。
之前所述的都是一些在最基本的假設下成立的狀況，但事實上我們在製作網站的時候，會影響到頻寬量的絕對不是只有人數而已。了解基礎後，我們現在可以知道有那些東西會增加我們頻寬的負擔，讓我們的承載人數遠不如計算中的完美數字。
1． 頁面大小：當頁面愈大，表示網友須下載時間愈久。也就表示同時間存在網上的網友，人數有可能超出理想數值。
2． 頁面數量：當製作物的數量過多，不管是loadflash的數量、頁面的數量。網友翻閱頁面的情況增加，也會增加同時存取人數。
3． Yahoo首頁的固定式大版位：龐大的雅虎流量，會帶來首頁可觀的人數，很容易就將可同時存取人數拉高。
4． 線上可瀏灠的影片檔：tvc檔案本身不小，且，影片長度會也會拉長網友同時存取時間。
合理的解決方案：節流及疏導！對就是節流及疏導 即然我們都知道頻寬的負荷來自於網友的人數！那何不就來玩一下交通管制呢！
1． 有效的控制頁面大小，頁面的檔案不宜過大，
2． 盡可能善用load flash的功能，別作在同一隻檔案裏。可分散流量
3． 提前知道大版位的上線時間，以作好調節頻寬的準備
4． 分散檔案在不同主機，share掉頻寬
當掌握住上述幾項原則，再配合cue表及經驗。合理的推估出這個活動網站在活動期間內大約會跑到多少的頻寬，相信就可以輕鬆的報價了。以上
Saolor
設計也不是一味得將檔案變小而已
看看以下的文章，相信會比較了解 頻寬的估算
引用自桑河的文章
http://blog.shanger.net/article.asp?id=165
有鑑於許多活動網站，在製作報價的時候，常有頻寬不曉得要使用到幾m的狀況。所以今天特別說明一下頻寬的計算基礎
首先我們要了解到頻寬與流量空間兩個的不同。
舉個例來說，頻寬就像是一條道路，流量空間就像是一間倉庫
流量空間的名詞最早出現在虛擬主機系統商之間，常常我們在以前的報價中，會
看到所謂的。××××元，每月流量空間為500m。在這裏我們把流量空間視為一個倉庫。500m我們視為500件貨物。頻寬大小，通常虛擬主機系統並不會直接跟你說，因為有可能很小，也可能很大，但這不在他們的保証範圍內。他們只會保障你「流量空間」
以一個擁有2m下載速度的網友而言，他每秒下載的速度估100k。
當我們在「流量空間」機制下。假設每月為100m。我們只作一頁，這個頁面為100k。一個網友進來就會下載掉100k，同理，10個網友進來就會下載掉1m。
100m的情況下，只允許1000位網友看完這個網頁。如果我們在第一天就進來1000位網友的話，那很抱歉，這個網站在第1000位網友(甚至更少，因為重新整理也會吃掉流量)進來後就會死掉。系統會自動封鎖掉你的網站。就像網咖切斷
你的螢幕畫面，讓你不能玩一樣。這時候你只能選擇：1．加錢 2．等下個月重
新開張。
接下來我們來談「頻寬」，以一個活動網站，選擇使用頻寬租賃是無庸置疑的。頻寬就像是一條連結網海與你家門口的公路。這條路愈寬，能同時進出你家的人就愈多。以下也簡單舉例
1． 在頻寬設限為2m的情況下
同樣，我們假設網友每秒下載速率是100k
2m=2000k(忽略client端封包) 2000k可以同時容納20位網友以100k的速度
存取你的網站。
聽到這裏你可能要大叫「天啊，才20個啊」，別急，先別急。這裏指的是同時存取。也就是說，如果你的網站首頁是600k的話，在這六秒的時間內，可
以同時容納20人下載。這樣看起來很少嗎？那我再換算一下給你聽聽。六秒同時容納20的話，等於1分鐘同時容納200人，等於1小時同時容納12000人。當然這前提是在網友是依序進入的狀態下。1小時12000人，我們忽略深夜時段不計。齊頭式算12個小時就好。一天已經夠容納14萬人次了。怎
麼樣，這樣符合你的需要了嗎？相信很多活動一天都達不到5萬人次了。更
何況是14萬呢。但當然不是說，只要2m就可以應付一天14萬人次的流量。
別忘了我們計算的前提。這些人「必須」是按順序進入，每秒只有六人在存取的。
2． 接下來我們談談頻寬不設限(忽略硬體最高100m的限制)為了接下來會發生的一些問題，我們來談談頻寬不設限的狀況下，可能產生什麼情形。
首先我們還是假設網友是以100k/s的速度在存取。在頻寬設限的狀況下，我們也知道說，可以在每秒同時容納20人以100k/s存取(2m頻寬)，那超出的話會是什麼情形呢？連不上嗎？，其實並不會，在頻寬2m的限制下，當人數超出的時候，存取速率會自動被下修。以2m來說，每秒20人剛好是100k/s，那如果是40人呢？很簡單，2000/40=50，也就是這40個人會用50k/s的速度來讀取網頁，當頁面檔案大小為600k的時候，約須讀取12秒。只是有點久了。
了解限制頻寬的狀況後，我們來談談不限制頻寬的狀況。其實原理同上。當
每個人以100k/s的速率在存取的時候，20個人剛好在2m滿載，40個人同時在線的話，頻寬使用量就會增加到4m，60個人就變6m，100個人就變10m。這種情形會發生嗎？會，絕對會，尤其是上雅虎首頁的時候。
以雅虎mantle來說，一小時約可帶進15000-20000的流量。很驚人吧。用剛剛的公式換算一下，我們先抓最低值15000，換算的結果，每秒大概有45人在存取，這時候我們套用剛剛的公式。嗯，如果是這樣的話，那大概流量會衝到5m左右吧？的確，如果只有一個頁面，且頁面檔案不大的話，這樣的流量的確衝差不多到5m而已了。後面我們再談談其它的問題。
以上的各點，都是在讓各位了解頻寬計算的基礎及原理。接下來我們談談一些比較常見的問題吧。
之前所述的都是一些在最基本的假設下成立的狀況，但事實上我們在製作網站的時候，會影響到頻寬量的絕對不是只有人數而已。了解基礎後，我們現在可以知道有那些東西會增加我們頻寬的負擔，讓我們的承載人數遠不如計算中的完美數字。
1． 頁面大小：當頁面愈大，表示網友須下載時間愈久。也就表示同時間存在網上的網友，人數有可能超出理想數值。
2． 頁面數量：當製作物的數量過多，不管是loadflash的數量、頁面的數量。網友翻閱頁面的情況增加，也會增加同時存取人數。
3． Yahoo首頁的固定式大版位：龐大的雅虎流量，會帶來首頁可觀的人數，很容易就將可同時存取人數拉高。
4． 線上可瀏灠的影片檔：tvc檔案本身不小，且，影片長度會也會拉長網友同時存取時間。
合理的解決方案：節流及疏導！對就是節流及疏導 即然我們都知道頻寬的負荷來自於網友的人數！那何不就來玩一下交通管制呢！
1． 有效的控制頁面大小，頁面的檔案不宜過大，
2． 盡可能善用load flash的功能，別作在同一隻檔案裏。可分散流量
3． 提前知道大版位的上線時間，以作好調節頻寬的準備
4． 分散檔案在不同主機，share掉頻寬
當掌握住上述幾項原則，再配合cue表及經驗。合理的推估出這個活動網站在活動期間內大約會跑到多少的頻寬，相信就可以輕鬆的報價了。以上
Saolor
2007年8月30日 星期四
天ㄚ!! 我的IE瀏覽器 對CSS沒有反應
當你滿心歡喜的設定好一支CSS， 要將他跟你的HTML送作堆時
赫然發現
Firefox對你的CSS有反應 ，IE竟然對CSS完全置之不理
奈ㄟ安內？通常只會是IE有反應 Firefox沒反應才對阿!!!!
我的IE 秀斗了嗎？
翻天覆地的找哪裡出問題..
是div包錯嗎？還是flow下錯？千萬不要慌張...
首先應該檢查的是你的.css跟.htm的語編碼是否相符
一般來說.htm的檔案都可以看到編碼
但是css並不會特別把編碼秀出來
所以，就是這樣 遇到對不起來的Css+htm 千萬
先把2檔案編碼弄成一樣在去找後續的問題。
赫然發現
Firefox對你的CSS有反應 ，IE竟然對CSS完全置之不理
奈ㄟ安內？通常只會是IE有反應 Firefox沒反應才對阿!!!!
我的IE 秀斗了嗎？
翻天覆地的找哪裡出問題..
是div包錯嗎？還是flow下錯？千萬不要慌張...
首先應該檢查的是你的.css跟.htm的語編碼是否相符
一般來說.htm的檔案都可以看到編碼
但是css並不會特別把編碼秀出來
所以，就是這樣 遇到對不起來的Css+htm 千萬
先把2檔案編碼弄成一樣在去找後續的問題。
從 flash 的路徑帶值進 swf
寫 action script 常會用到一些變數，來swf做更多變化
通常變數都寫在 swf 內，或從外部 load XML 等來將變數帶進去 swf
不過直接寫在 swf 內彈性較低，從外部 load XML 應該很多人不會用...
有一個比較簡單的方法
在swf 中的第一個 frame 先宣告一個變數
var 變數名稱
ex
var picPath;
然後在 HTML 上 swf 的路徑加上 xxx.swf?變數名稱＝值
這個值就會被帶進 swf 裡，並被當成 指定的變數使用
ex
在第一個 frame 上下
var picPath;
_root.loadMovie(picPath)
直接輸出 swf 會發生 error
不過若放在 html 上，路徑後加上
xxx.swf?picPath=http://tw.i4.yimg.com/i/tw/hp/spirit/yahoo_logo.gif
yahoo 的 logo 就被讀進來囉
這方法可以運用再不少地方
也可與後台搭配，讓 flash 可以做更多變化
通常變數都寫在 swf 內，或從外部 load XML 等來將變數帶進去 swf
不過直接寫在 swf 內彈性較低，從外部 load XML 應該很多人不會用...
有一個比較簡單的方法
在swf 中的第一個 frame 先宣告一個變數
var 變數名稱
ex
var picPath;
然後在 HTML 上 swf 的路徑加上 xxx.swf?變數名稱＝值
這個值就會被帶進 swf 裡，並被當成 指定的變數使用
ex
在第一個 frame 上下
var picPath;
_root.loadMovie(picPath)
直接輸出 swf 會發生 error
不過若放在 html 上，路徑後加上
xxx.swf?picPath=http://tw.i4.yimg.com/i/tw/hp/spirit/yahoo_logo.gif
yahoo 的 logo 就被讀進來囉
這方法可以運用再不少地方
也可與後台搭配，讓 flash 可以做更多變化
2007年8月23日 星期四
訂閱：
意見 (Atom)