sharedPrefs для этого сгодятся?

Какой посоветуете Java REPL для AS?

sharedPrefs для этого сгодятся?

только если зашифруеш, а так - нет

только если зашифруеш, а так - нет

а что подойдет?

бд?

https://developer.android.com/training/articles/keystore.html

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

на сервере

сервер классный вариант и фича пилится

но в срок они не успевают

решение временное

просто я спрашиваю куда безопаснее

нет ничего более постоянного чем временное решение

кейстор сейчас почитаю, спасибо

а так тебе уже ответили

хорошо, спасибо

Про кейстор смотри мин апи. Его удобным и надежным вроде только с нуги сделали, до этого большие проблемы были.

Про кейстор смотри мин апи. Его удобным и надежным вроде только с нуги сделали, до этого большие проблемы были.

да нормальный он, разница только в алгоритмах шифрований есть

только надо смотреть не удалились ли ключи с кейстора

с 19 апи можно сертификат для асиметрии сторить, а с нуги - добавили и симетрию

Я деталей не помню, но на какой-то конференции слышал про то, какой замечательный теперь кейстор. И из этого следовало, что раньше был так себе, до 22 или 23 апи. Например, доступ к данным по имени пакета не был ограничен. Что-то такое.

> Например, доступ к данным по имени пакета не был ограничен. зачем?

в кейсторе хранятся только ключи

Не готов говорить про детали, не использовал кейстор в проектах, каюсь.

там есть особенность что ключи удаляются после того как юзер сменил способ блокировки на локскрине. Я тестил на 4.4+, но такого не заметил

может до 4.4 он и был гавняный

на 5 посмотри

4.4+ => 5, 6, 7

Вот не факт -) Точно на 21 апи гнали на каком-то дроидконе.

может быть

но на этот случай я подготовился

я просто удаляю все шифрованные данные

А вот вопрос глупый, где токены хранить? -)

токены?

всмысле от РЕСТ АПИ?

Да, токены авторизации. Все что я видел - народ просто в преференсы записывает. Но это же не секюрно.

я шифрую их

Не обязательно рест, но как правило токены для авторизации на сервере, да

Нормально использовать dp для верстки, или лучше PercentLayout?

Орнул

Есть еще вариант класть их в аккаунт менеджер...

Всю жизнь так делал, ну

Есть еще вариант класть их в аккаунт менеджер...

вариант, он тоже не секюрный

А по хорошему положить бы в secure vault с доступом по имени пакета.

Такого до сих пор нет? У меня в голове каша с кейстором, это апи кейсторовское не позволяет токен туда положить, и получать его только из нашего имени пакета?

Такого до сих пор нет? У меня в голове каша с кейстором, это апи кейсторовское не позволяет токен туда положить, и получать его только из нашего имени пакета?

кейстор только для хранения ключей

данные уже можно хранить в шифрованном виде где угодно(ну почти)

Просто base64 шифрование и положить в преференсы, это ИМХО плохая бестпрактика...

Просто base64 шифрование и положить в преференсы, это ИМХО плохая бестпрактика...

нет, шифровать ключами с кейстора

Орнул

ну не респонсив же получается, если все с dp делать

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

@sergeyfitis можно ссылочку на пример?

@sergeyfitis можно ссылочку на пример?

https://github.com/googlesamples/android-BasicAndroidKeyStore

спасибо

ну не респонсив же получается, если все с dp делать

В смысле неотзывчиво? Дп у нас теперь на производительность влияет?

спасибо

но я несколько по-другому делал шифрование, подсматривал здесь https://github.com/ophio/secure-preferences

парни, посоветуйте сервисы для оплаты внутри приложения через банковские карты, желательно с SDK для android и ios

Stripe - но нужна контора в Америке PayPal

https://developer.android.com/google/play/billing/index.html

Stripe - но нужна контора в Америке PayPal

А разве гугл разрешает так делать?

Если ты продаешь услуги или товары то да

Если продаешь ништячки в приложении - то нет

А, Android Pay же ещё есть, но наверное почти нигде не работает

нужно грубо говоря переводить от одного пользователя другому по карте деньги, сомнваюсь что in-app тут сработает

paypall для direct credit card отправляет на свою же https://www.braintreepayments.com/country-selection в которой нашего Мордора нет

О, я этим занимался недавно. Тут главный вопрос - другому куда переводить? И на каком основании? Чтобы другое мог получать эти деньги на свой банковский счет или налом, все зависит от страны этого пользователя и оснований, вашего оборота и т.п. Просто так стартапу никто нормальных вариантов массового вывода не дает, боятся отмывания денег.

пользователи в России, переводить надо с карты на карту, суммы мелкие - люди просто хотят скидываться на некоторые покупки, аренду

нужно грубо говоря переводить от одного пользователя другому по карте деньги, сомнваюсь что in-app тут сработает

Думаю, тебе нужно закорешиться с каким-нибудь банком

ERROR: S client not available

В смысле неотзывчиво? Дп у нас теперь на производительность влияет?

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

да без проблем, собственно потому и спрашиваю к кому обратиться, у кого есть для этого годные API/SDK чтоб под android и ios работали

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

Да ладно? Он для того и предназначен, чтобы от плотности зависеть

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

@jvmchat

Да ладно? Он для того и предназначен, чтобы от плотности зависеть

Таки я думаю, что человеку просто хочется сверстать один раз и для всех экранов, основываясь не на dp, а на процентах

dp нужно будет переопределять. Проценты - нет

Ну если речь идёт о 4" - 7"

Потому для 9-10 дюймов вообще отдельный юи нужен

Эти изменения никто не заметит, тем более соотношение сторон у всех 16:9

я вот с 1:1 только ежевики знаю плюс LG Optimus Vu 4:3

На старичках с 3:2 не сильно будет что-то заметно

Заметно что от чего?)

О планшетах речи нет, только смартфоны. заметил что на девайсах 3”-6” с версткой на dp таки есть расхождения, в отличие от Percent Support

@jvmchat

спасибо

а зачем для этого библиотека?

Иначе писать кастомную вьюху руками

а как она должна работать?

По моему сикбар такого не может

ну ты же можешь его сразу выставить в конкретное значение

При старте круг в центре - тянешь влево, прогресс идет влево - тянешь вправо - вправо

С прогрессом подстава, не получится так сделать

почему сикбаром не получится?

что из того,что ты перечислил, он не может?

Прогресс вести от центра

ну так расчитай прогресс сам

нетрудно ведь

Неее, я про саму картинку прогресса

аа

То есть вот так будет 50 из 100