前陣子買了 iMac 21.5" (Mid 2011),本來想在 Apple Online Store 上用教育價優惠(借用女友的學生證),結果過程非常不順利。聽說以前用教育價購買是不需經過身分驗證的(另有一說是只會抽驗),但現在一律必須將身分證明文件(電子檔)寄給 Apple 客服。
基本上只要學生證正反面影本電子檔即可,若是父母買給子女,要另外附上身分證正反面影本以證明親子關係。但我明明寄了學生證正反面影本電子檔,Apple 客服還是鬼打牆說我沒有提供身分證明文件,一怒之下就退單,用其他方式購買了。
退單後女友很認真的打電話去問,結果客服說「下單的人、刷卡的人、收貨的人最好都是同一個,也就是有學生身分的那個人,這樣審核比較容易通過」(看起來好像也不保證會通過),但是從往返的 email 中完全看不出來這一點,只是不斷重複要求我提供身分證明文件。
希望有需要用教育價買 Apple 產品的人可以成功,看來真的是越來越難了 ~~
2012年7月15日
2011年12月31日
iPhone 4S 預購心得
每年的 iPhone 預購,已經成為我工作上最重要的大事(就這兩年的經驗來說,也是必定出包的大事Orz),過程中累積了一些經驗,上週更是有機會請設計/維運另一個知名訂票系統的同事來分享心得,整理如下。
- 系統架構愈簡單,request 經過的節點愈少,就更好調整相關參數,當發生異常時也比較容易掌握是哪裡出了問題,系統效能也會更好。
- 當預購開始時,瞬間湧入的超大流量不管準備多少實體設備都不夠應付(畢竟預算&機房空間有限),因此在request經過的各節點設定限流是必要的手段,包括 Firewall, Switch, AP/DB Server 之間的流量限制。但是最佳的參數為何,需要在相同的系統環境(軟硬體規格)下持續進行調整才能得到。
- 承上,叢集系統若為異質平台組成,或者硬體規格有明顯差異者,管理起來會很麻煩,最好能針對每一台設備去調整限流的參數,才能得到最大的 throughput。若要降低管理/調校的成本,最好能用相同的硬體規格/平台,否則就要有很強大的軟體架構(網路層/AP層),能夠自動根據每一台機器去設定相關參數,才能讓每一台設備都發揮最大的效能。
- IDP/IPS/Firewall等資安設備的參數調校是很大的學問,在平日沒有承載足夠流量下所做的設定,面對瞬間/持續超高流量時不一定能運作的很好,甚至可能會造成反效果,因為誤判而將正常流量給block掉,處理起來非常頭痛(可能要臨時把相關policy disable,甚至改接網路線將流量bypass這些資安設備)。
- 減少系統內紀錄的log對於效能會有所幫助(還可以避免因磁碟存取異常造成整個系統效能下降的問題),但要考量萬一產生客訴,需要調閱資料的時候能否取得足夠的資料,原則上log還是要能免則免,非得要紀錄的話寫到另一個獨立的 DB 效能會比寫到 file system 好。
大概就這樣啦,2012會是忙碌的一年,年中有倫敦奧運,第三季可能就會有 iPhone5 預購啦,希望可以順利度過!
訂閱:
文章 (Atom)
Google Spreadsheet 裡用規則運算式
最近因為工作關係,遇到要用 Google Form 及 Google Sheet 所以研究了 Google Sheet 裡的一些 function 怎麼用 首先,分享一下如何在 Google Sheet 裡用規則運算 :D
-
好久沒開 Chart Control 議題了 剛好前陣子 Codeplex 出現可以輕鬆建立 Excel 檔案的 Library- NPOI 於是坎尼想說研究一下,看能不能把 Chart Control 匯出圖片到 Excel 中 沒想到只花了不到1小時就研究...
-
雖然在圖片上直接按右鍵就可以另存圖片 (沒設定權限的話 不過客戶還是想要有個按鈕能讓圖片下載 所以坎尼只好再想辦法滿足客戶的需求 UI設定 首先,在畫面上準備好下載按鈕和圖表 順便設定一下樣式和內容,這部分之前講過很多次就不多談了 撰寫按鈕事件 先宣告 System.IO.Mem...
-
拖稿拖了好幾天 坎尼夢見了富檻出新連載 所以上來把欠的東西還一還 (富檻快給我畫 坎尼廢話就少講一點 直接進入 自訂分頁 Sample 首先,畫面上要有個 Gridview 這邊坎尼偷懶用了 SqlDataSource 見下圖 可以看到 Pager 已經出現了 來看一下...