今天不小心聽到Wonder Woman,
雖然主角是安室但是我的眼睛都在看安娜啦!
戴墨鏡超好看低,
怎麼會有這麼邪氣又美的女人啊!
標題是這麼取可是裡面沒歌沒真相XD
youtube上面的mv都被拔掉啦!
前奏有點Supermassive Black Hole的感覺.
聽聽舊歌好了.
Brave vibration
GINGER
Thursday, April 28, 2011
Thursday, April 14, 2011
iOS In App Purchase 學習筆記 (2)
如何提供product給使用者?
使用者選擇product並付款後. 你的app就要能讓使用者享受他所購買的東西. 提供product的方法有兩種: (1) 內建product模式 (2) 伺服器提供product模式. 要用哪種方式則須視product類型來作決定.
(1) Built-in Product Model - 內建product模式
顧名思義, 這種模式是已經預先把功能放在app中, 在使用者付費之後app就會解除鎖定. 這種模式的優點是能快速的讓使用者享受他所購買的功能. 通常nonconsumable(非消耗性)的product會採用這種方式.
流程:
1. app讀取product清單 (放在plist會比寫在程式碼有彈性)
2. app向App Store取得product名稱/描述等相關資訊
3. App Store回傳product資訊
4. app呈現product資訊供使用者選擇
5. 使用者決定購買某product
6. app向App Store發出付費要求
7. App Store處理付費要求並回傳交易紀錄
8. app依據交易紀錄來判斷是否完成付款, 成功的話就將功能解除鎖定
解除鎖定最簡單的方式是修改app的偏好設定. 偏好設定會在使用者同步iOS裝置的時候與app一起備分. 你的app可以在收到成功的購買紀錄後提示使用者主動備分.
(2) Server Product Model - 伺服器提供product模式
在這個模式中, 你需要另外提供伺服器讓app在使用者付款後由此得到product. 這種模式常見於subscriptions(訂閱), services(服務)和 content(資料內容)等. Store Kit並未規範標準流程, 你必須自行定義app和伺服器之間溝通方式. 此外, 個別使用者的識別及購買product的對應也必須要自己處理.
流程:
1. app向伺服器取得product清單 (詢問伺服器會比放在plist有彈性)
2. 伺服器回傳支援的清單
3. app向App Store取得product名稱/描述等相關資訊
4. App Store回傳product資訊
5. app呈現product資訊供使用者選擇
6. 使用者決定購買某product
7. app向App Store發出付費要求
8. App Store處理付費要求並回傳交易紀錄
9. app將交易收據上傳至伺服器
10. 伺服器紀錄此交易
11. 伺服器向App Store詢問此交易是否有效
12. App Store回傳結果
13. 伺服器判讀交易結果
14. 成功的話會讓使用者享受他所購買的東西
在這個模式中, app必須保證訂閱類型的product能被使用者回復使用.
使用者選擇product並付款後. 你的app就要能讓使用者享受他所購買的東西. 提供product的方法有兩種: (1) 內建product模式 (2) 伺服器提供product模式. 要用哪種方式則須視product類型來作決定.
(1) Built-in Product Model - 內建product模式
顧名思義, 這種模式是已經預先把功能放在app中, 在使用者付費之後app就會解除鎖定. 這種模式的優點是能快速的讓使用者享受他所購買的功能. 通常nonconsumable(非消耗性)的product會採用這種方式.
流程:
1. app讀取product清單 (放在plist會比寫在程式碼有彈性)
2. app向App Store取得product名稱/描述等相關資訊
3. App Store回傳product資訊
4. app呈現product資訊供使用者選擇
5. 使用者決定購買某product
6. app向App Store發出付費要求
7. App Store處理付費要求並回傳交易紀錄
8. app依據交易紀錄來判斷是否完成付款, 成功的話就將功能解除鎖定
解除鎖定最簡單的方式是修改app的偏好設定. 偏好設定會在使用者同步iOS裝置的時候與app一起備分. 你的app可以在收到成功的購買紀錄後提示使用者主動備分.
(2) Server Product Model - 伺服器提供product模式
在這個模式中, 你需要另外提供伺服器讓app在使用者付款後由此得到product. 這種模式常見於subscriptions(訂閱), services(服務)和 content(資料內容)等. Store Kit並未規範標準流程, 你必須自行定義app和伺服器之間溝通方式. 此外, 個別使用者的識別及購買product的對應也必須要自己處理.
流程:
1. app向伺服器取得product清單 (詢問伺服器會比放在plist有彈性)
2. 伺服器回傳支援的清單
3. app向App Store取得product名稱/描述等相關資訊
4. App Store回傳product資訊
5. app呈現product資訊供使用者選擇
6. 使用者決定購買某product
7. app向App Store發出付費要求
8. App Store處理付費要求並回傳交易紀錄
9. app將交易收據上傳至伺服器
10. 伺服器紀錄此交易
11. 伺服器向App Store詢問此交易是否有效
12. App Store回傳結果
13. 伺服器判讀交易結果
14. 成功的話會讓使用者享受他所購買的東西
在這個模式中, app必須保證訂閱類型的product能被使用者回復使用.
iOS In App Purchase 學習筆記 (1)
什麼是In App Purchase?
In App Purchase是一套讓你能在app中賣東西的機制.
In App Purchase能賣什麼東西?
In App Purchase所能販賣的東西被稱為product, 以下是四種支援的product種類:
- Content(內容): 任何能被另外新增app中的東西, 像是電子書, 進階的角色或裝備
- Functionality(功能): 解除鎖定某些已在app中但目前無法使用的功能
- Services(服務): 依使用次數來收費的服務
- Subscriptions(訂閱): 提供有使用期限的內容或服務
以下是無法在app中賣的東西:
- 實體商品或實體服務
- 虛擬貨幣
- 帶有色情/仇恨/暴力/賭博等等性質的東西
product的類型屬性
- Consumable(消耗性的): 每次使用都要付費, Service就是屬於此類
- Nonconsumable(非消耗性的): 付費後所有登入同一個帳號的裝置均可永久使用(由Store Kit提供支援)
- Auto-renewable subscriptions(自動更新訂閱): 同樣也是付費後所有登入同一個帳號的裝置均可使用(由Store Kit提供支援), 但購買後有使用期限, App Store會自動在使用期限到了之後提示使用者重新購買, 如果使用者不同意將會無法繼續使用. 你的程式需有一套機制驗證subscription的有效性來決定使用者是否能繼續使用.
- Subscriptions(訂閱): 類似Auto-renewable subscriptions, 但所有事情都得要自己處理, 需自行提示期限已到讓使用者重新購買, 也需自己建構傳遞subscription到所有裝置的機制
In App Purchase的概念
你的app首先需透過Store Kit向App Store取得product資訊並在app中呈現出來, 如果使用者同意購買某個product, Store Kit將會導引使用者完成付款. 最後你的app需透過解除功能鎖定或是另外下載的方式讓使用者能享受他所買的東西.
如何註冊product?
所有你想要在app中販賣的product都必須要先透過iTunesConnect在App Store註冊. 以下是註冊時需要提供的資訊:
- reference name: iTunes Connect內部使用的顯示名稱
- product ID: 用來跟App StoreStore溝通 (ex:取得資訊, 購買..)
- display name: 在app中顯示的名稱, 支援多國語言
- description: product的細部說明, 支援多國語言
- price: 價格 (Tier 1/2/3....)
- type: 類型 (Consumable, Nonconsumable, ....)
- other metadata: 視類型而定
ref:
(1) In App Purchase Programming Guide
(2) StackOverflow: Any (early) experiences with auto-renewable subscriptions for iOS
In App Purchase是一套讓你能在app中賣東西的機制.
In App Purchase能賣什麼東西?
In App Purchase所能販賣的東西被稱為product, 以下是四種支援的product種類:
- Content(內容): 任何能被另外新增app中的東西, 像是電子書, 進階的角色或裝備
- Functionality(功能): 解除鎖定某些已在app中但目前無法使用的功能
- Services(服務): 依使用次數來收費的服務
- Subscriptions(訂閱): 提供有使用期限的內容或服務
以下是無法在app中賣的東西:
- 實體商品或實體服務
- 虛擬貨幣
- 帶有色情/仇恨/暴力/賭博等等性質的東西
product的類型屬性
- Consumable(消耗性的): 每次使用都要付費, Service就是屬於此類
- Nonconsumable(非消耗性的): 付費後所有登入同一個帳號的裝置均可永久使用(由Store Kit提供支援)
- Auto-renewable subscriptions(自動更新訂閱): 同樣也是付費後所有登入同一個帳號的裝置均可使用(由Store Kit提供支援), 但購買後有使用期限, App Store會自動在使用期限到了之後提示使用者重新購買, 如果使用者不同意將會無法繼續使用. 你的程式需有一套機制驗證subscription的有效性來決定使用者是否能繼續使用.
- Subscriptions(訂閱): 類似Auto-renewable subscriptions, 但所有事情都得要自己處理, 需自行提示期限已到讓使用者重新購買, 也需自己建構傳遞subscription到所有裝置的機制
In App Purchase的概念
你的app首先需透過Store Kit向App Store取得product資訊並在app中呈現出來, 如果使用者同意購買某個product, Store Kit將會導引使用者完成付款. 最後你的app需透過解除功能鎖定或是另外下載的方式讓使用者能享受他所買的東西.
如何註冊product?
所有你想要在app中販賣的product都必須要先透過iTunesConnect在App Store註冊. 以下是註冊時需要提供的資訊:
- reference name: iTunes Connect內部使用的顯示名稱
- product ID: 用來跟App StoreStore溝通 (ex:取得資訊, 購買..)
- display name: 在app中顯示的名稱, 支援多國語言
- description: product的細部說明, 支援多國語言
- price: 價格 (Tier 1/2/3....)
- type: 類型 (Consumable, Nonconsumable, ....)
- other metadata: 視類型而定
ref:
(1) In App Purchase Programming Guide
(2) StackOverflow: Any (early) experiences with auto-renewable subscriptions for iOS
Tuesday, April 12, 2011
Monday, April 11, 2011
暖呼呼的羅宋湯
第一次喝到羅宋湯是小時候跟爸媽去西餐廳,
之後就迷上它啦!
酸中帶了點甜味又有很濃郁的牛肉香,
還有好多好多蔬菜在裡面.
相較於咖哩跟馬鈴薯燉肉,
同樣都有馬鈴薯紅蘿蔔跟洋蔥,
可是咖哩跟馬鈴薯燉肉就一定要淋在飯上吃(或是搭烏龍麵)才對味,
但是羅宋湯單喝完全沒問題準備起來就更方便啦!
怕餓到頂多再拿麵包沾著吃.
材料:
1. 牛肋條 *3條
2. 牛番茄 *2顆
3. 馬鈴薯 *2顆
4. 紅蘿蔔 *1/3根
5. 洋蔥 *1/4個
6. 高麗菜 *1/6個
7. 番茄糊
8. 義式香料粉
9. 鹽
(西洋芹我省略了)
步驟:
1. 牛肋條川燙去血水, 稍微放涼後切塊
2. 馬鈴薯, 紅蘿蔔切小塊
3. 洋蔥切片, 高麗菜切絲(不用太細)
4. 牛肉塊用平底鍋將表面煎熟後撈起
5. 用煎牛肉的稍微炒一下馬鈴薯跟紅蘿蔔
6. 另取一個鍋子將適量水煮沸後加入1-6項材料
7. 再度沸騰時以7-9調整至自己喜歡的味道
8. 持續燉煮或將鍋子放入電鍋蒸
9. 完成
Subscribe to:
Posts (Atom)