[閒聊] iphone5預約...

看板Soft_Job作者 (堂本瓜一)時間11年前 (2012/12/05 18:54), 編輯推噓18(18推 0噓 37→)
留言55則, 29人參與, 最新討論串1/2 (看更多)
還是塞爆了 難道真的只有一台PC級的伺服器在接受預約嗎?...=.= 還是說這個功能也是中華電信外包出去的,中華電信並沒有參與支援 想想也不是第一次辦預約,會有多少流量,多少人連線不是第一天知道吧... 怎麼每次搞的都像第一次辦預約一樣...難怪客戶寧願用 ec2 也不用 hicloud...ORZ -- 昔日所為 今日所受 今日所為 明日所受 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 203.69.210.135 ※ 編輯: Adonisy 來自: 203.69.210.135 (12/05 18:57)
→
12/05 20:16, , 1F
一分錢一分貨囉
12/05 20:16, 1F
推
12/05 20:53, , 2F
說不定是故意的
12/05 20:53, 2F
→
12/05 21:14, , 3F
最基本的都弄不好 跟別人做啥雲端
12/05 21:14, 3F
→
12/05 21:14, , 4F
不過每年都會暴炸 他們也無所謂 反正都會賣完
12/05 21:14, 4F
→
12/05 21:17, , 5F
你有的選嗎?
12/05 21:17, 5F
→
12/05 22:21, , 6F
用最低的成本來獲取最高得利潤~ 理所當然~ XD
12/05 22:21, 6F
→
12/05 22:41, , 7F
未必是Server關係，有可能是頻寬不足.
12/05 22:41, 7F
推
12/05 22:50, , 8F
我今天連上去覺得很好連耶~~幫好幾個朋友預約@@
12/05 22:50, 8F
推
12/05 22:58, , 9F
故意+1 今年比去年算好連了
12/05 22:58, 9F
推
12/05 23:22, , 10F
比去年好了+1 我幾個同事幾分鐘內搶到十幾隻
12/05 23:22, 10F
推
12/05 23:30, , 11F
只為了那幾個小時的需求, 是不可能去花那個錢的
12/05 23:30, 11F
→
12/05 23:30, , 12F
而且當就當, 過幾個小時大家還不是繼續來預購
12/05 23:30, 12F
推
12/05 23:51, , 13F
所謂的排隊效應
12/05 23:51, 13F
→
12/06 00:35, , 14F
我在 amazon 上訂貨，也有遇到 server ERROR 過 XD
12/06 00:35, 14F
→
12/06 01:17, , 15F
一邊預訂一邊改DOM 成功 btw各容量的iphon有各個server處理
12/06 01:17, 15F
推
12/06 07:36, , 16F
要承受讓這樣的服務量不卡，不知道要多少機器齁。
12/06 07:36, 16F
→
12/06 07:37, , 17F
雲端供應商遇到這種情境還是卡，那我們的雲真的太小片了
12/06 07:37, 17F
→
12/06 10:02, , 18F
真正會有大量連線也只有那前幾個小時而已吧
12/06 10:02, 18F
推
12/06 11:00, , 19F
看新聞中華預購二十幾萬台　二十幾萬的Session有很高嗎
12/06 11:00, 19F
→
12/06 12:46, , 20F
你以為是OLG加開伺服器嗎?三天的系統你要他花多大成本
12/06 12:46, 20F
→
12/06 13:10, , 21F
所以才要延展性啊 XD
12/06 13:10, 21F
→
12/06 14:49, , 22F
雲端就是要延展性好啊, 像 amazon 雲可以視情況加開
12/06 14:49, 22F
→
12/06 14:50, , 23F
美國 black friday 搶購都沒出狀況, 中華年年都塞爆
12/06 14:50, 23F
→
12/06 15:21, , 24F
不是上了雲端就會有延展性， code 沒寫好照樣死...
12/06 15:21, 24F
→
12/06 15:21, , 25F
舉個例子，即使 instance 塞雲端，但 db 沒弄好，卡 db lock
12/06 15:21, 25F
→
12/06 15:22, , 26F
這樣的話開再多 instance 也無法解決問題。
12/06 15:22, 26F
推
12/06 15:24, , 27F
瞬間的超高流量只有最前面的一兩個小時,沒必要弄到那麼好吧
12/06 15:24, 27F
推
12/06 16:01, , 28F
D3 行銷手法????
12/06 16:01, 28F
推
12/06 16:44, , 29F
ec2要做到Load快滿自動開新機器要做不少設定
12/06 16:44, 29F
→
12/06 16:45, , 30F
但這件事情對種花來說，花這錢只是不被罵好像不划算
12/06 16:45, 30F
→
12/06 16:46, , 31F
當然東尼Q大說的也是一個問題，雖然通常會一起注意到
12/06 16:46, 31F
推
12/06 16:48, , 32F
拿OLG比也好笑　中華是ISP耶
12/06 16:48, 32F
→
12/06 16:49, , 33F
要做不做的問題而已　這就是中華服務的態度　
12/06 16:49, 33F
→
12/06 16:50, , 34F
所以我才說難怪沒人要用 hicloud...根本中華自已也不用
12/06 16:50, 34F
→
12/06 19:47, , 35F
技術的人只關切技術 但其實搞不好 行銷的人有他的想法
12/06 19:47, 35F
→
12/06 19:47, , 36F
才預購那幾次 不塞車 對電信商 有啥好處?
12/06 19:47, 36F
→
12/06 19:47, , 37F
塞車搞不好更踴躍阿....
12/06 19:47, 37F
→
12/06 19:48, , 38F
看FB大家都在喜悅 我終於訂到了 一股訊息潮
12/06 19:48, 38F
→
12/06 19:49, , 39F
有廣告的fu..... 如果一秒就訂完無感 你覺得會有那個情緒嗎??
12/06 19:49, 39F
→
12/06 19:50, , 40F
要是我是種花 只要能定完 能用 不會太爛 我覺得現況很好 XD
12/06 19:50, 40F
→
12/06 19:52, , 41F
弄甚麼分散 分流 雲端 擴充 可能會被嘲笑：無聊. XD
12/06 19:52, 41F
推
12/06 22:48, , 42F
帶這些分散 分流 雲端 擴充 種花有足夠的技術力嗎? 純好奇
12/06 22:48, 42F
→
12/06 22:53, , 43F
很明顯沒有
12/06 22:53, 43F
推
12/07 01:57, , 44F
照這種說法，我們的訂票系統、預約系統就全部都這樣搞就好
12/07 01:57, 44F
→
12/07 01:58, , 45F
了，之後只要出一家訂票預約超順的服務，消費者一定會全部
12/07 01:58, 45F
→
12/07 02:00, , 46F
跑走，這是既得利益者靠著寡佔來向消費者說:[我就是那麼爛
12/07 02:00, 46F
→
12/07 02:01, , 47F
，不爽不要買]。
12/07 02:01, 47F
推
12/07 11:01, , 48F
應該還是跟後端技術人員溝通不良　中華行銷沒那個頭腦
12/07 11:01, 48F
→
12/07 11:01, , 49F
去製造排隊的效應來行銷　不然中華就不是中華了
12/07 11:01, 49F
→
12/07 11:49, , 50F
這就是蘋果的飢餓性行銷啊 ...
12/07 11:49, 50F
推
12/07 12:48, , 51F
這次看是有做分流的，可是就是最前面選機型的地方分流。
12/07 12:48, 51F
→
12/07 12:49, , 52F
不過前端介面也沒有很友善就是了。點了503並不會告知。
12/07 12:49, 52F
推
12/08 00:04, , 53F
中華style
12/08 00:04, 53F
推
12/09 09:52, , 54F
拿Fiddler看，一堆HTTP error 502 bad gateway
12/09 09:52, 54F
→
12/09 09:53, , 55F
http error 503也是...
12/09 09:53, 55F
‣ 更多 Adonisy 的文章
文章代碼(AID): #1GloVHIx (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共2篇)
‣ 更多 Adonisy 的文章
文章代碼(AID): #1GloVHIx (Soft_Job)