Хэшировать надо на клиенте или на сервере? Или и там и там? В первом случае легко узнать метод хэширования, во втором можно перехватить пароль пока он летит к серверу.
holy_unicorn, спасибо, мне последнее время тоже любопытно про flutter стало, но причин, кроме саморазвития, пока нет, т.к. работаю в компании, разве что предложить начальству открыть отдел кроссплатформы.
Я бы ещё спросил какие навыки из нативной разработки могут пригодится. А почему вы решили перейти? Более выгодные предложение работы, саморазвитие или не понравилась разработка под android framework, но мобильной разработкой хотелось бы заниматься?
Спасибо за столь развернутый ответ. Надеюсь, что есть способ попроще, т.к. восстановление не настолько критично чтобы конвертировать разделы, доступ к файлам есть, а восстановить хотел чтобы не настраивать новую винду сейчас. Под автоматическим восстановлением я имел ввиду при загрузке с флешки в восстановлении выбрать "Устранение неполадок мешающих загрузке windows".
Есть, как и копия всего репозитория. Но заказчик хочет не исходники(Они и так у него есть), а вернуть деньги через с суд, с обвинением, что исходники ему переданы не были.
sim3x, имелось ввиду, что он увидит, что есть доказательства его неправоты. Они могли бы хотя бы предоставить логи моего аккаунта, что в этот день были пуши таких-то коммитов. Это хотя бы подкрепило мой скриншот из логов локального git'а.
OnYourLips, в первую очередь недобросовестному заказчику, может одумается. Фактор важен, потому что заказчик пытается забрать деньги уплаченные за проект мотивируя отсутствием исходников. Контракт есть, но подробностей я не знаю, т.к. я просто жарил код. Решил изучить вопрос, а заодно может смогу как-то помочь начальству.
UUID вроде всегда одинаковой длинны, по сути это new byte[] {bytes[0], bytes[8], bytes[15]};
Резонно ли использовать именно эти байты? Где-то слышал, что в UUID шаблоны есть для первых байтов в зависимости от типа устройства.
Я привел пример, потому как не уверен, что данный способ коммуникации единственно правильный. В сети также встречал сообщения вида: фикс. часть содержащая размер заголовка + заголовок содержащий размер контента + контент.
Про json это уже детали реализации, с ним проблем не возникнет.
javedimka, вопрос был скорее о либах, которые инкапсулируют отправку данных, отправляя, например, размер передаваемых данных, перед отправкой самих данных.
В парсинге json проблем не вижу, чтение блокирующие, если не смогли распарсить, читаем ещё символ и пробуем снова. Если ошибка чтения значит канал закрыт.
orbit070, может он имел ввиду, что в моём случае нажатие назад - возврат к экрану авторизации, но это лечится очень простым флагом без какого-либо гемора
orbit070, ну звучит лучше, т.к. чаще юзер авторизован. Только получается первый запуск выглядит так:
-> главный экран -> авторизация -> главный экран.
Зато все последующие: -> главный экран
Евгений Ромашкан, я всегда читаю комментарии к статье, а также смотрю на её рейтинг - этого вполне достаточно, чтобы отсеивать фигню написанную с умным видом.
Подмена сертификата.
#,
Звучит логично, но ведь зная метод хэширования можно подобрать пароль, те же радужные таблицы.