🅵
Но если чот секурное есть - я из твоего API быстренько всех приватных данных насобираю
Size: a a a
2020 May 30
DB
Здравствуйте))) как можно запустить дарт код в background даже когда app terminated
В iOS можно договориться с системой будить приложение не чаще, чем раз в 15 минут и давать ему сделать что-то простое и быстрое. Причём, если пользователь долго не разблокирует телефон, система будет вызывать backgound fetch всё реже и реже.
В Android можно использовать механизм Headless, который позволит обрабатывать события даже после завершения приложения.
См. https://pub.dev/packages/background_fetch
В Android можно использовать механизм Headless, который позволит обрабатывать события даже после завершения приложения.
См. https://pub.dev/packages/background_fetch
D
Но если чот секурное есть - я из твоего API быстренько всех приватных данных насобираю
а ля..
🅵
Прост напишу бесконечный цикл и буду перебирать)
D
Прост напишу бесконечный цикл и буду перебирать)
да всё всё, унизил как бэкэндера)
🅵
А там в заявке у тебя небось заказы розовых дилдо с обратным адресом
D
окей, подумаю ещё,спасибо
D
А там в заявке у тебя небось заказы розовых дилдо с обратным адресом
:DD
🅵
Или заявки к венерологу с капающим краником
MP
Ничего не посоветую, тут кто во что горазд
можно просто сказать как делаешь ты)
Ԥ
подскажите вот какую штуку.
У меня будет функционал "оставить заявку" и возможность просмотра этих самых заявок, я правильно понимаю,что у смартфонов есть device id уникальный, за которым я могу закреплять заявку на бэке? то есть фактический идентифицировать гостя
У меня будет функционал "оставить заявку" и возможность просмотра этих самых заявок, я правильно понимаю,что у смартфонов есть device id уникальный, за которым я могу закреплять заявку на бэке? то есть фактический идентифицировать гостя
Я как-то попытался нечто подобное провернуть — чтобы железобетонно идентифицировать клиента.
Не вышло: UDID статический, но закрыт, а UUID хоть и можно получить, но он меняется.
Не вышло: UDID статический, но закрыт, а UUID хоть и можно получить, но он меняется.
D
VA
окей, подумаю ещё,спасибо
Не пытайся изобрести OAuth2
AK
можно просто сказать как делаешь ты)
инициализирую всё заранее
AK
ԤИОНЕР
Я как-то попытался нечто подобное провернуть — чтобы железобетонно идентифицировать клиента.
Не вышло: UDID статический, но закрыт, а UUID хоть и можно получить, но он меняется.
Не вышло: UDID статический, но закрыт, а UUID хоть и можно получить, но он меняется.
получаешь UUID, кладёшь в кейчейн
АК
подскажите вот какую штуку.
У меня будет функционал "оставить заявку" и возможность просмотра этих самых заявок, я правильно понимаю,что у смартфонов есть device id уникальный, за которым я могу закреплять заявку на бэке? то есть фактический идентифицировать гостя
У меня будет функционал "оставить заявку" и возможность просмотра этих самых заявок, я правильно понимаю,что у смартфонов есть device id уникальный, за которым я могу закреплять заявку на бэке? то есть фактический идентифицировать гостя
С уникальными идентификаторами устройства все давно туго, а на айфоне и на ведре. Ты их не получишь кароч. Можно генерить uuid и класть в постояннку куда-нибудь (уникальный идентификатор инсталла), но само собой после переустановки приложения у тебя он изменится
Ԥ
Я про iOS.
Но ты можешь попытаться — возможно, у тебя получится, ибо и времени прошло много (пару лет уж), да и я не претендую на звание самого умного, вполне мог что-то упустить из виду во время ресёрча.
Но ты можешь попытаться — возможно, у тебя получится, ибо и времени прошло много (пару лет уж), да и я не претендую на звание самого умного, вполне мог что-то упустить из виду во время ресёрча.
MP
инициализирую всё заранее
Но блоки же в провайдерах создаются, вопрос в том, как им скормить зависимости
AK
Но блоки же в провайдерах создаются, вопрос в том, как им скормить зависимости
через фабрику
🅵
окей, подумаю ещё,спасибо
Самое разумное, если уж ты так хочешь это сделать - генерируй ID заявки на сервере и возвращай его клиенту.
Вот этот ID складируй в локальной бд.
Вот этот ID складируй в локальной бд.