2012-03-09 18 views
0

私はこのライブラリを使用していましたが、このライブラリUIDevice with UniqueIdentifier for iOS 5を使用して、iOSデバイスの一意の識別子を生成しました。そして、すべてが大丈夫だった、私はアプリストアでアプリを公開して、しばらくしてから私は小さな更新を書くことに決めました。私のアプリはAPI専用サーバーを使用しているため、ユーザーの識別は非常に重要です。しかし、私は(私はTapJoyを統合していた)更新後に私のアプリを起動 - 私は別のMACアドレス、および他の一意の識別子を持っていた。私はMACアドレスが変更できないと思った、私は間違っていますか?同じことがシミュレータとデバイスで同じように起こります。Macアドレスが変更されました

+0

あなたが私たちに語ったことを考えると、MACアドレスが変更されたものよりもハッシュ関数が変更されている可能性が非常に高いようです。 – Caleb

+0

ハッシングの原因となるソースは変更しませんでした。私は承認されたアプリケーションを実行すると、私は1つの識別子を得る、私は別の=を得るテストバージョンを実行する(( – Drabuna

+0

同じデバイス、右?別のバージョンを別のバージョンを生成するMACアドレスをハッシュするとき、 MACアドレスが前後に反転していないので、ソフトウェアに関して何か違うことがあります。 – Caleb

答えて

1

ええ、私はそれを理解しました。そのすべてについてTapJoy。彼らのライブラリは[[UIDevice currentDevice] macadress]メソッドを実装しています。また、UIDevice with UniqueIdentifer for iOS 5も同じメソッドを実装しています。それらの違いは、MACアドレスのコロンです。 UniqueIdentifierがそうするときTapJoy実装はそれらを持っていません。そして同時に両方のライブラリを使用すると、問題が発生する可能性があります。だから警告してください!私がしたのは、UniqueIdentifierのlibのメソッド[[UIDevice currentDevice] macadress]の名前を[[UIDevice currentDevice] macadress_colons]に変更していただけです。

関連する問題