evgeniy_lm, угу и я про тоже :) чисто термоусадка для герметизации такого сложной конструкции сложно применить.
Лак удобное средство в любом использовании, просто надо уметь с ним работать.
либо кисточкой аккуратно, либо пульвелизатором - куча бытовых средств идет с пульвелизатором и выкидывается в мусор, а тут аккурат пригодится одна банка которую апосля использования можно выбросить.
ivan58, импульсник охлаждать не надо :) кпд позволяет отправлять при нагрузке в 1 ватт светодиода в тепло десятки-сотни милливат, от такого он даже не нагреется :)
как обычно оканчивается RAM :) и какойнить поток дропается (не обязательно запросивший, менеджер может дропнуть и другой, там сложный алгоритм выбора "лишних") :)
промониторить хватает ли тебе рамы для работы при максимальных нагрузках.
swap интересен лишь когда у тебя зависают в раме куски редкоиспользуемых данных.
термоусадка от влажности воздуха не защитит. она для этого слишком "дырявая" :)
туман и влага отлично проникнет под термоусадку, а потом может надолго там остаться.
я бы покрыл лаком или окунул платку в лак после установки рабочего тока светодиода. естественно с предварительным закрытием клемм.
Q2W, вы неправильно понимаете систему создания и применения ассиметричных ключей :) перечитайте и разберитесь в ней.
пара открытый и закрытый ключ создаются одновременно, они определенным алгоритмом меж собой связаны.
еще раз - генерить открытый или закрытый ключ из какого-либо пароля невозможно :)
как полноценно менять пол человека - они физиологически разные :)
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. да и сейчас потребности тех.процессов таких мудрений не требуют :)
виртуалбокс одно время был самым единственным доступным из дружественных виртуальников на винде :) потом стало попроще.
#, если тебе нужна сложная система - то да, никуда не денешься еще и железо специализированное купишь. опять же повторюсь, это достаточно узкое применение.
линуха аккурат тот инструмент который можно приспособить практически под любые условия :)
ну а "руки" они и в африке "руки" - без никак. даже переливающийся всеми цветами гуй винды не помогает %)
к примеру
утилита iptables говорит что работает через nf_tables