ivan58, 4,2 максимум :) с ограничением тока зарядки не более чем 1C, а лучше 0,1С.
если непосредственно на элементе напряжение меньше 2,5-3в то элемент мертв и восстановлению не подлежит.
на фотках название микрухи затерто. по имени платки находится другая фотка с названием микрухи cn5711
поиск документации на cn5711 выдает рабочее напряжение данной микрухи
Terminal Voltage (With respect to GND)
VCC..............…...…………....-0.3V to +6.5V
Other terminal voltage………....-0.3V to VCC
Q2W, вспомнился еще вариант с одноразовыми паролями.
клиент соединяется с сервером шифрованным каналом на основе ключей сервера, аутенфицируется с помощью пароля (обычно они, для защищенности, одноразовые) после чего клиент отправляет на сервер свой открытый ключ и дальнейшее шифроподключение и аутенфикация происходит по этому ключу клиента стандартным образом.
много где применяемая система аутенфикации по паролю с последующей работой по ассиметричному шифроканалу.
что-то близкое к вопросу...
Сергей Водаков, банковское приложение вообще не должно работать если телефон рутованный. ибо в таком случае есть возможность получить ключи доступа к банковским сервисам :)
потому рут скрывают от банковских приложений.
Q2W, максимум, что можно сделать в ассиметричном шифровании с паролем - зашифровать закрытый ключ паролем. тогда перед использованием закрытого ключа система запросит пароль.
просто еще дополнительный слой защиты от кражи закрытого ключа с носителя.
больше никак ассиметричное шифрование с паролями не пересекается, слишком разные системы.
nn_fanat, $ journalctl -b 0 системный лог с начала текущей загрузки.
там много всего, нужное скорей всего будет в конце листинга.
как вариант запустить $ journalctl -feb 0, запустить печать и посмотреть что выдаст.
#, у меня на тот момент не было hyper-v. да и сейчас потребности тех.процессов таких мудрений не требуют :)
виртуалбокс одно время был самым единственным доступным из дружественных виртуальников на винде :) потом стало попроще.
#, если тебе нужна сложная система - то да, никуда не денешься еще и железо специализированное купишь. опять же повторюсь, это достаточно узкое применение.
линуха аккурат тот инструмент который можно приспособить практически под любые условия :)
ну а "руки" они и в африке "руки" - без никак. даже переливающийся всеми цветами гуй винды не помогает %)
#, зря так думаешь :)
Виртуалка в headless-режиме виртуалбоксе с режимом сети bridge на виндовсе у меня долго жила и активничала по локалке, пока на железо не перенес.
Разницы после переноса даж не почувствовал !! :)
Если б разобрался бы с кривыми апи виндоус и упаковал бы виртуалбокс в какойнииь сервис, то наверное так бы и жила скрытой жизнью на рабочей Винде...
Надо конечно ковырнуть всл2, чего там мс намудрили, но пока не до него.
Так что с утверждением что линухе нужон обязательно железо под жопой в корне не согласен.
Пингвин - птичка жутко непритязательная, выживет и надежно отработает практически в любых условиях, правда нестандартные условия потребуют наличие познаний и правильно вставленных рук, но это явно не притязательная аки цепочка винда.... :)
GreenSabre, нужна практика - берешь модуль NFC обкладывается описаниями и библиотеками и генеришь свой практический опыт.
Минус один и тебе его уже сказали.
NFC - ориентирован на маломощный низкоскоростной обмен данными. Флешка из него не получится
kalapanga, вспомнить первую часть тоэ физиологически не смогу :) она где-то в подкорке, на уровне орудованием ложкой и вилкой. там как-то все это раскладывалось...
кружочками тут не получится :) узлы сложные и растянутые.
я бы посоветовал перечитать и понять определение узел, а потом отрисовать "узлы" разными цветами.
также поступить с ветвями.
вот часть узлов отрисовал цветом для примера, но не хочу обламывать учебный процес - потому только сам :)
Сетевую карточку можно переключить в "прозрачный режим" и получать все пакеты на любой адрес которые к ней прилетят.
И самому разбирать поле source address
Eugene Usachev, весьма специфическая задача потребует создание такого сложного кластера.
собрание воедино 64512 (если привязывать один порт - один компьютер) отдельных вычислительных нод уже потребует огромной и сложной сетевой обвязки.
у меня мысль что указанную проблему, если она прикладная, можно решить не в лоб, а четко продумав структуру решаемой задачи. редко какие вычислительные системы требуют таких хитрожопых условий.
откуда к примеру именно желание TCP.
к примеру можно слать UDP пакеты. они быстрее и проще TCP.
кстати количество компьютеров в сети никак не связано с количеством портов :)
на один порт может подключиться огромное количество машин. соединения будут четко различаться по параметру source address.
если непосредственно на элементе напряжение меньше 2,5-3в то элемент мертв и восстановлению не подлежит.