Pull to refresh

Comments 27

Всегда думал что самый популярный способ получения идентификатора девайса, пришедший на смену UDID, такой

+(NSString *)generateUUID
{
    CFUUIDRef theUUID = CFUUIDCreate(NULL);
    CFStringRef string = CFUUIDCreateString(NULL, theUUID);
    CFRelease(theUUID);
    NSString *uuid = (__bridge NSString *)string;
    [SSKeychain setPassword:uuid forService:[[NSBundle mainBundle] bundleIdentifier] account:userAccaunt];

    return uuid;
}
А не лучше использовать [[UIDevice currentDevice] identifierForVendor], и уже его записывать в keychain?
Это может быть полезно если есть несколько приложений на одном устройстве.
Предложеный Вами подход также имеет право на существование. Все зависит от целей, для которых нужен UDID. Вот ссылка на статью, в которой описываются плюсы и минусы разных подходов для получения идентификатора девайса.
Сегодня отказали в публикации, сославшись на этот же пункт правил, с таким же текстом итд. Возможно из-за TestFlight, сами advertisingIdentifier не использовали, да и AdSupport.framework не линкуется в проект.
Причина оказалась во Flurry — использовалась версия 4.2.4, в ней «strings» показывает использование ASIdentifierManager и, собственно, advertisingIdentifier. Версия 4.3.1 от этих проблем избавлена. Советую обновиться :)
Апдейт — похоже ошибся, 4.3.1 точно так же использует ASIdentifierManager.
rugionpro:Afisha n$ strings ./Pods/FlurrySDK/Flurry/libFlurry_4.3.1.a  | grep advertisingIdentifier | wc -l
       1
rugionpro:Afisha n$ strings ~/Flurry-iOS-4.3.2/Flurry/libFlurry_4.3.2.a  | grep advertisingIdentifier | wc -l
       0


Разродился Flurry на апдейт, но в cocoapods пока нету новой версии.

Попробуем загрузить приложение.
ну и собственно релиз был только ради этого:
Version 4.3.2 ­ 02/06/2014
Addressed issue related to referencing IdentifierForAdvertisers that could lead to app being flagged during Apple review process.
IDKFA и NOCLIP не запрещены!
Совершенно верно! Вот вам за внимательность :)
image
Parse и TestFlight не берут ключи, ограничиваясь full ammo, а Mixpanel видимо решили и ключи взять — на этом и погорели
Сбросьте, пожалуйста ссылку на статью про запрет получения mac-адресов, показать коллегам. Заранее спасибо.
С mac адресом они поступили совсем просто: там теперь выдаются нули. Мы генерили UUID пользователя с использованием mac-a, а потом удивлялись почему это у нас так много пользователей с одинаковым ID. :) Теперь выдаем новым пользователям GUID не привязанный ни к чему, как описано в первом комменте.
Да что же такое-то, а? :)
Apple не дает разработчикам сидеть без работы. А есть ссылка на англоязычный вариант новости? Для партнеров.
Согласен :)
Сначала iOS7, теперь AdSupport, на очереди — вот-вот — arm64.
Выше пишут
Сегодня отказали в публикации, сославшись на этот же пункт правил, с таким же текстом итд. Возможно из-за TestFlight, сами advertisingIdentifier не использовали, да и AdSupport.framework не линкуется в проект.
Да, Google Analytics интересует больше всего.
А добавьте UPD с ссылками на то, что уже точно будет заблокировано (как выяснилось)
* Flurry в случае неактуальной версии и пр.
Зарежектили из-за последней версии Flurry 4.3.1, других вариантов нет.
Советую проверить либы в теримнале по подобию:
strings Flurry/libFlurry_4.3.1.a | grep advertisingIdentifier
Only those users with full accounts are able to leave comments. Log in, please.