этим вопросом я еще не озадачился)

uuid по-моему не сильно уникальный

и он как-то там каждый раз генерится по новому или как-то так

короче для того чтобы идентифицровать юзера не сильно подходит

я хочу что то придумать, что бы отслеживать на каких девайсах приложуха стоит

просто модели?

в том то и дело, что нет, именно какой конкретный девайс, приложение "корпоративное" и хотят играть с доступом определенных девайсов

uuid скорее связан с аппой чем с девайсом

при переустановке аппы он поменяется

Энтерпрайз и вперед

а для корпоративных подписок есть менеджмент

в том то и дело, что нет, именно какой конкретный девайс, приложение "корпоративное" и хотят играть с доступом определенных девайсов

возможно стоит подумать о системе логинов?

прямо в приложении

чем пытаться идентифицировать сами девайсы

логином можно к примеру номер мобильного, проверяемый при входе по sms выставлять

при это спрашивать его лишь 1 раз когда приложение запускается сразу после установки, сохранять токен в keychain потом

приложуха на ipod

no problem, логин по нормальному логину-паролю на сервере тогда, авторизация по https

тоже лишь один раз

тоже потом токен в кейчейн

да, нет жёсткой привязки к устройству

Пишут что с 10.3 при удалении приложения будут удаляться и данные из кейчейна

угу, и?

в данном случае это не помешает

да, нет жёсткой привязки к устройству

вот в этом то вся проблема

чем это плохо то?

права ж нужны на данные в приложении, не?

хотя конечно хозяин-барин

чем это плохо то?

ну, задачи не я ставил)

посмотри как у рекламщиков устройство идентифицируется

они как-то умеют

о, оказывается есть Vendor ID

http://stackoverflow.com/a/30937277/1351314

не пойдёт?

о, оказывается есть Vendor ID

да, для entrerprice подписки может проканать

в эпсторе вроде нельзя его юзать

entrerprice это же только 100девайсов? верно?

нее

энтерпрайз это 400 баксов в год и дистрибьюшн только внутри энтерпрайза, в эпстор нельзя

все, сообразил) благодарю

о, оказывается есть Vendor ID

http://stackoverflow.com/a/30937277/1351314

в эпсторе вроде нельзя его юзать

сори перепутал немного

vendor id разве не uuid?

у iAd есть какой-то отдельный класс и в нем лежит какой-то приватный идентификатор

https://developer.apple.com/reference/uikit/uidevice/1620059-identifierforvendor

> The value of this property is the same for apps that come from the same vendor running on the same device. A different value is returned for apps on the same device that come from different vendors, and for apps on different devices regardless of vendor.

> The value in this property remains the same while the app (or another app from the same vendor) is installed on the iOS device. The value changes when the user deletes all of that vendor’s apps from the device and subsequently reinstalls one or more of them. The value can also change when installing test builds using Xcode or when installing an app on a device using ad-hoc distribution. Therefore, if your app stores the value of this property anywhere, you should gracefully handle situations where the identifier changes.

переустановку приложения не переживёт

ну так это и есть uuid же

описание по-крайней мере такое же

https://developer.apple.com/reference/adsupport/asidentifiermanager?language=objc

есть еще такая фигня

но я сам никогда не юзал

и хз как оно работает

по-моему на это я натыкался когда возникал вопрос идентификации юзера

let UDID = UIDevice.current.identifierForVendor?.uuidString

опс, уже про него писал. Сорри, пропустил

Привет. Работаю в стартапе средних размеров iOS разработчиком. Работаю в Польше. Сообщество интересно тем, что помогая решить чужие проблемы, можно научиться чему-то самому. Узнал про группу из geektimes.ru #whois

Прочитал статейку на хабре - https://habrahabr.ru/post/322252/ И вот собственно один из вопросов очень актуален: Есть приложение с тем же чатом(можно любой другой пример), где таблица имеет некие разделители в виде даты или любого другого варианта. Как наиболее производительно сделать разделение по секциям? Какие есть варианты? Кто какие варианты знает?

Прочитал статейку на хабре - https://habrahabr.ru/post/322252/ И вот собственно один из вопросов очень актуален: Есть приложение с тем же чатом(можно любой другой пример), где таблица имеет некие разделители в виде даты или любого другого варианта. Как наиболее производительно сделать разделение по секциям? Какие есть варианты? Кто какие варианты знает?

Вопрос не совсем понятен. Делал чат, с разделителями как раз по дате. Секция на самом деле была одна, а даты были представлены кастомными ячейками. Работало быстро. Если нужно чтобы были именно разные секции (и для эффекта прилипающего хидера секции при скролле), то, очевидно, надо разбивать данные на секции.

Нет, не нужно стики хедеров. У тебя была отдельная ячейка под дату или в твоих обычных ячейках был лейбл в котором ты, если нужно, отображал дату?

Привет)

накаркал?

wtf, почему нет нормального решения по заливке фона радиальным градиентом? единсвтенное рабочее решение нашел - вьюха, которая, во-первых, отдельная, это боль, во-вторых, ее приходится на фоне растягивать в 5 раз больше экрна. неужели нет нормального решения?

wtf, почему нет нормального решения по заливке фона радиальным градиентом? единсвтенное рабочее решение нашел - вьюха, которая, во-первых, отдельная, это боль, во-вторых, ее приходится на фоне растягивать в 5 раз больше экрна. неужели нет нормального решения?

Потому что градиенты не нужны.

Что за web 1.0 блджад?

что-то сложно как-то. можно же просто CAGradientLayer бахнуть и указать colors, locations

блин, прочитал "линейный", сорян

Потому что градиенты не нужны.

ну такое… отмазка на уровне первого класса ;)

ну такое… отмазка на уровне первого класса ;)

Это не отмазка, это факт жизни. Градиенты нахуй не нужны в интерфейсе мобильного приложения.

ты ж задачи не знаешь всей

https://developer.apple.com/ios/human-interface-guidelines/overview/design-principles/

Deference. Fluid motion and a crisp, beautiful interface help people understand and interact with content while never competing with it. Content typically fills the entire screen, while translucency and blurring often hint at more. Minimal use of bezels, gradients, and drop shadows keep the interface light and airy, while ensuring that content is paramount.

Minimal use of bezels, gradients

#whois 1)Я из вэба. ACMEdigital 2)Владелец-управленец. 3)Я весел и заводён, к тому же секу в smm. Сертифицированный спец однако. 4)Подумываю запустить направление мобилоразработки (офигеть как он уникален, никогда такие к нам не заходили) 5)Дефолт-сити

Minimal use.

Minimal use of bezels, gradients

минимальное юзание не означает полный отказ

именно

Это они из вежливости написали.