Re: [問題] 網站空間
※ 引述《toobo512 (不要一起買樂透)》之銘言:
: 大家來討論一下各位使用的網站空間吧!
: 剛開始搞網路服務 , 應該不會想花太多錢在網站空間上
: 先分享一下我的心得 ,剛開始我也是用免費的網站空間 ,
: 我用的是美國的主機HostWQ , (現在好像另外名稱是http://byethost.com/)
: 其實免費主機也夠用了 , 不管是空間頻寬或是管理介面 , 因為主要我是要有自己的
: Database(mysql) , 後來用了一年 , 因為免費空間下方都會有一個類似要放廣告
: 的叉燒包 , 看了很不爽 , 於是就花了50塊美金買了進階版的空間
: 進階版空間最讚的地方就是空間不限 , 頻寬256000 MB , 我的站還很小
: 感覺一輩子都用不完的頻寬真好(跟台灣提供的空間比起來,真的是差太多) ,
: 到目前為止唯一一次的trouble就是過年期間有一陣子超過千人的湧入 ,
: 主機就癱瘓了 , 不過也僅此一次啦
: 目前也還在尋覓更好的主機空間 , 各位先進不知道有沒有
: 使用到現在覺得俗又大碗 , 重要是穩定的網站空間
: 大家討論一下吧~
基本上空間如果指的是儲存空間我覺得根本沒有評比的必要。
貴的其實還是頻寬與計算。
所以選hosting service得看需求評估。
例如開發用的還是單純用來host web。
開發用的還可以進一步選擇是否可以直接整合issue tracking system跟version control
。如果要自由度大一點的還可以選擇具有分散式計算模組的服務。
老實說我不覺得搞網路花在hosting上的錢會很低廉。
如果要更嚴格來區隔storage、space、hosting可能space的確不需要花到很多錢。
但比space scale更大,同時需要更好的react request的速度就不簡單。
除非你的business model一剛開始就不考量流量甚至覺得沒必要規劃頻寬溢出量。
但是既然如此究竟服務好不好用或者有無成長空間就值得商榷。
這些傷腦筋的問題可以反過頭來循環論證idea究竟可不可行。
否則你的hosting service大概掛掛版控或者個人blog綽綽有餘。
要跑服務回應使用者的request就難。
就算你的web service整個架構都是AJAX也一樣。
頻寬跟計算成本的計算錯誤是常見的現象。
以下可以再進階整理成(以發展的速度跟對計算的需求依序):
1.Virtual Hosting / VPS
2.share web hosting
3.web hosting
4.cloud (web) hosting
5.code hosting
6.IDC
以上除了1~3以外
除了共筆blog(如果你夯到可以跟Techcrunch, Techmeme, ReadWriteWeb,Engadget,The
Next Web, Lifehacker, Mashable, Gawker並駕齊驅,或者你覺得你可以,選擇1~3大概
很容易掛彩)或者掛掛網頁(be aware of WEBPAGE, not the service or platform)可能
還多少OK。其他的我都很懷疑。大多服務都有slashdot / digg effect的request量問題
。尤其是當代Web Service的架構。
1.Virtual Hosting
頻寬:差
計算:差
開發自由度:佳
計算品質:差
服務品質:差
價格:優
以現在Web服務的技術架構。即使計算可以轉移到client解決再把值傳回去server存。
還是有跑不動的風險。尤其是大規模的request如跟社交扯得上邊的東西。雖然有空間
但你的存取限制很大。可能除了老舊的LAMP package,你連no-SQL或者key value based
的DBMS都沒辦法裝。更遑論對distributing computing的支援。套裝頻寬不敷使用。
2.3.訪間最常見的hosting service。
頻寬:可
計算:尚可
開發自由度:尚可
計算品質:尚可
服務品質:優(是服務業者而定)
價格:可(看事業規模而言)
大多是幾個帳號Share一台機器。
Bluehost跟Justhost大概是最鼎鼎有名的兩個。Google一下Best Hosting Service或Top
Hosting Service的key entry十之八九search result中公信力值得商榷的網頁票選中都
可以看到他們的影子。但我猜他們絕對不是open source community或者開發者會選得。
http://www.top11hosting.com/
4.Cloud Hosting
頻寬:優
計算:優
開發自由度:可或優
計算品質:優
服務品質:優(可能bundle很多新技術解決方案)
價格:可接受
IDC與自設機房以外的選擇。
如果就頻寬與計算取得所需代價加上整體的成本結構比,價格其實很理想。
同樣的東西但pipe更多更大。很明顯要拿來host service比掛在台灣的ISP或HSP價格更實
惠。
有幾個推薦選項
*Amazon
*Joyent
*MT
5.Code Hosting(可以分成兩類:General Code Repository / Control-free Hosting
For Developer)
頻寬:可
季散:可
開發自由度:優
計算品質:可
價格:可(有免費的但僅針對open source。免費的針對各community各不同)
通常開發需求的hosting除了控制權限會比較要求外,頻寬跟計算稍好。
儘管如此也不能太差。
此類hosting我的採用標準是看看open source project的hosting suggestion中有沒有
榜上有名。例如如果我要一個ticket based issue tracking system來管理我的程式碼
開發計畫,以trac為例,通常它們都會有host trac的名單供你選擇。
EX. http://trac.edgewall.org/wiki/CommercialServices
PS. 因為我是Python掛,所以我的code都host在WebFaction。
拿來用Python mining一些東西還好。只要你爬的東西不會瞬間秒殺掉你的記憶體分配
與頻寬。
5-1.
General Code Repository比較跟source code的管理有關。大多是project導向。
現在的趨勢是把單純獨立或封閉的開發環境community化。
基本上已免費的居多。免費的SaaS型code hosting幾乎都是web-based的。
而且有更多的web 2.0使用環境。
常見的Google Code、Sourceforge、GitHub(Social Code Hosting)
、還有更多支援不同版本控制client的code repository service。
它們的共通點就是針對服務開發多邊整合project management / CMS / version control / wiki等工具。有的
可能還有Groupware。
5-2.
Control-free其實指的是控制權限比較大。
通常也只有developer需要此類型的hosting service。
雖然LAMP或者其他package可以幫你省去很多設定時間。
但通常它們不見得會把你要用的都包進去。
6.IDC
全項均優
但價格用烤鴨比喻絕對是全聚德等級。
最後
現在我用來host service的provider其實是MT。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.248.170.135
※ 編輯: alighieri 來自: 111.248.170.135 (07/26 16:12)
※ 編輯: alighieri 來自: 111.248.170.135 (07/26 16:15)
※ 編輯: alighieri 來自: 111.248.170.135 (07/26 16:19)
※ 編輯: alighieri 來自: 111.248.170.135 (07/26 16:29)
推
07/26 16:27, , 1F
07/26 16:27, 1F
→
07/26 16:28, , 2F
07/26 16:28, 2F
推
07/26 17:53, , 3F
07/26 17:53, 3F
推
07/26 20:22, , 4F
07/26 20:22, 4F
推
07/26 23:06, , 5F
07/26 23:06, 5F
→
07/27 11:41, , 6F
07/27 11:41, 6F
→
07/27 11:41, , 7F
07/27 11:41, 7F
→
07/27 11:42, , 8F
07/27 11:42, 8F
→
07/27 11:43, , 9F
07/27 11:43, 9F
→
07/27 11:43, , 10F
07/27 11:43, 10F
→
07/27 11:43, , 11F
07/27 11:43, 11F
→
07/27 11:44, , 12F
07/27 11:44, 12F
推
07/31 02:13, , 13F
07/31 02:13, 13F
推
07/31 02:15, , 14F
07/31 02:15, 14F
※ 編輯: alighieri 來自: 111.248.170.221 (08/10 09:18)
討論串 (同標題文章)
toberich 近期熱門文章
8
50
PTT職涯區 即時熱門文章