так в travis.yml разве не?

Вот пробовал! С разных стран подключаюсь и не хочет

йопт, у меня грузится прямо по ссылке

У меня тоже, но проект не собирается

попробуй собирать с флагом --info или stacktrace там больше инфы будет

У меня тоже, но проект не собирается

не 4.7 gradle?

Такой разве есть? У меня там версия 3.1.1

Всем привет! Есть mvp. котлин Обычно функционал такой (стандарт). 1. PresenterImplementation 2. Contract (PresenterInterface, ViewInterface в одном котлин файле) 3. ViewImplementation. Все супер и тестится замечательно. Но в данном случае будет 3 PresenterImplementation к которых есть общий функционал (в абстракном супер классе) и свой собственный (в самих имплементациях) Не знаю как правильно сделать. Есть идея сделать так: 1. PresenterImplementation 2. Contract (Presenter (abstract class), ViewInterface), Presenter наследует общий abstract class AbstractPresenter c общей имплементацией. 3. ViewImplementation. Это норм? С точки зрения архитектуры

Голый mvp без фреймворков

https://github.com/googlesamples/android-architecture/blob/todo-mvp/README.md

Вот

Всем привет! Есть mvp. котлин Обычно функционал такой (стандарт). 1. PresenterImplementation 2. Contract (PresenterInterface, ViewInterface в одном котлин файле) 3. ViewImplementation. Все супер и тестится замечательно. Но в данном случае будет 3 PresenterImplementation к которых есть общий функционал (в абстракном супер классе) и свой собственный (в самих имплементациях) Не знаю как правильно сделать. Есть идея сделать так: 1. PresenterImplementation 2. Contract (Presenter (abstract class), ViewInterface), Presenter наследует общий abstract class AbstractPresenter c общей имплементацией. 3. ViewImplementation. Это норм? С точки зрения архитектуры

В отдельный модуль вообще)

В отдельный модуль вообще)

Всем привет. начали новый проект) после вёрстки начинается как всегда авторизация) Можно пример какой-нибудь безопасной и интересной авторизации?

Безопасной и интересной авторизации берете https шлете пароль не как plain text должно быть достаточно если особого понимания нет и на этом не строится бизнес

пароль не нужен, через смс сервис на телефон

а планшет?)

Оффтоп, простите. Кто-нибудь знает чат типа https://t.me/mobile_jobs, но по большой джаве?

Оффтоп, простите. Кто-нибудь знает чат типа https://t.me/mobile_jobs, но по большой джаве?

Коллеги, приветствую! Подскажите, пожалуйста, есть ли какой-то инструмент, позволяющий понять почему именно интенсивно тратится батарейка в приложении? Я лично пробовал Battery Historian. От него я мог понять в какой момент сколько процентов заряда тратится , но не больше

Добрый день. Можно-ли не системным аппам устанавливать дату и время программно?

Как я понял ничего интереснее OAuth 2 и нет) Вопрос, access token делают на не продолжительное время, например 5 минут. Потом ты получаешь 401 и должен сделать переавторизацию отправив refresh token с получением нового access и refresh токена. Так вот: 1) нафиг нужен access token если ты в какой-то момент ты всё-равно шлёш refresh который могут перехватить? Ну тут получается обязательно делать тот рефреш не валидным иначе им можно будет пользоваться. А так нужно ещё и получить от сервера новый сгенерированный рефреш токен)) 2) сам механизм переавторизации на андроид геморный. так как могут быть паралельно 2а и более запросов и в этот момент кончается access token, надо ставить все запросы в очередь, потом надо обновлять access token, и повторять все запросы. Есть какие-то примеры как это нормально делают? Просто я сам писал, хочу посмотреть как другие делали этот механизм переавторизации.

Два токена обычно не нужны. Это неудачный костыль для незашифрованных сетей.

то-есть на клиенте вообще не делать переавторизацию? и у тебя один вечный токен? ну или пока сервер не признает его вдруг не валидным и не даст тебе 401, и ты делаешь диспос на клиенте

то-есть на клиенте вообще не делать переавторизацию? и у тебя один вечный токен? ну или пока сервер не признает его вдруг не валидным и не даст тебе 401, и ты делаешь диспос на клиенте

ну это вообще не OAuth 2. Это прям не серьёзно

А тут есть кто делает OAuth 2? А не тупо вечный токен потому что некогда этим заниматься)

Зачем тебе невечный токен?

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

SSL пиннинг поможет, протухание токенов — нет.

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

прикольно вводить пароль заново, ага

в смысле?

ты авторизуешься и тот кто у тебя его увёл, теряет доступы

тот, кто увёл, переавторизуется, и ты теряешь доступы

тот, кто увёл, переавторизуется, и ты теряешь доступы

как он переавторизуется если тот токен что он увёл уже будет не валидный? и ему уже нужен будет код подтверждения с смс) ну и твой номер) для получения валидного токена, ну или воруй заного)