返回列表 發帖

[Xcode] 取代系統UDID的4種方式

Apps Using UDIDs Being Rejected By Apple – Here’s How To Generate Replacements Quickly

這篇文章中提到apple開始針對使用系統取得UDID的app做Reject的動作了,其實這消息之前就知道了,只不過沒被Reject過加上UDID還是可以繼續取得,所以在app裡一直沒換掉,不過這就有點像定時炸彈,還是早點換掉比較保險一點。

作者提供了兩種簡單的方式:
MAC Address Based UUID Replacements
基於Mac Address的方式使用George Kitz所撰寫的library,下載位置UIDevice-with-UniqueIdentifier-for-iOS-5

Non-MAC Address  Based  UUID Replacements
不使用Mac Address的方式產生UUID則使用CFUUIDCreate

補充:
cseserv推薦的 OpenUDID 更方便使用。

mainchen分享的 SecureUDID :https://github.com/crashlytics/secureudid
MAC Address 方法感覺遲早也會被擋

何不也考慮openudid
100 字節以內
不支持自定義 Discuz! 代碼
MAC Address 方法感覺遲早也會被擋

何不也考慮openudid
cseserv 發表於 2012-3-27 10:50


Good Choice
剛才看了一下 OpenUDID 它是先隨機產生一組碼,然後存入使用者資訊內,下次再由使用者資訊內取出。

我有個疑問,如果機子重灌或更新 iOS 後不回復,這樣使用者資訊應該是沒有這組碼,再使用 OpenUDID 就會再產生一組新的碼,不知道是不是這樣?
剛才看了一下 OpenUDID 它是先隨機產生一組碼,然後存入使用者資訊內,下次再由使用者資訊內取出。

我有個 ...
mainchen 發表於 2012-3-27 12:26

任何非以硬體相關機號為基礎的方法一定都會有類似情況
看開發者使用這udid的用途為何,會比怕這udid無法永遠唯一統一紀錄手機端來的重要
況且,end user  我想沒人很喜歡3不5時喜歡重灌, 如果有人很努力, 就隨便他阿~
軟體本身當然是越多人用越好
100 字節以內
不支持自定義 Discuz! 代碼
Apple 已經開始執行了?有用到的得趕快改了~

Apple Rejecting Apps That Access an iOS Device’s UDID
http://www.ifans.com/blog/43383/
回復 5# cseserv

有多種方式可選擇也是不錯的。

其實 UDID 在 JB 後,也能透過 UDIDFaker 來偽造,真的沒什麼是唯一的了~
我想UDID不能再是用來辨識是否已經註冊或已購買的唯一方式了,我猜對於JB後的付費app影響會比較多吧,畢竟app store 上的app也不太可能用UDID來綁硬體。
回復 8# babyfish0226

再加一種 SecureUDID :

https://github.com/crashlytics/secureudid
Thanks for sharing
呃…我們之前是有用到UDID來綁硬體,不過用的是 Mac addr + app bundle id的方式來當這個app的UDID。
這討論串真是好文啊,先收起來再說。
本帖最後由 mainchen 於 2012-4-4 07:25 編輯

測試了幾個 UDID 供大家參考:
1. 用 MAC 值來做 UDID 會有重複的問題(已上架且已遇到重複問題)。
2. 用 OpenUDID 和別人的程式,會有相同 UDID 問題。
3. 用 SecureUDID 可自訂 domain 自己的程式不管幾套,都可自有一個 UDID,且可加密鑰。

最後 SecureUDID 似乎是不錯的選擇:
http://www.secureudid.org/
測試了幾個 UDID 供大家參考:
2. 用 OpenUDID 和別人的程式,會有相同 UDID 問題。[/img][/url]


這樣使用上真的要注意了,剛好我一支app使用OpenUDID,還好重複也不影響運作,謝謝mainchen的測試
返回列表