Вы выбрали язык с очень ограниченной сферой применения, особенно на начальном этапе изучения. Он сейчас больше используется в робототехнике и прочих разработках, связанных с "железом".
В целом после изучения основ надо начинать писать простые программы, даже если такие программы уже есть. Напишите калькулятор, например. Или текстовый редактор какой-нибудь.
HttpOnly Cookie доступна только серверу, который доступен по домену, который прописан в этой куке и никому больше.
Storage доступен любому скрипту на странице. Соответственно содержимое Storage может угнать любой скрипт подключенный извне.
Другими словами если вы "спалили" seed фразу, то нужно как можно быстрее создать новую, и на новый полученный кошелёк перекинкть все средства со старого. Но необходимо помнить о стоимости транзакций.
сменить не сможешь, твой сид однозначно определяет твой кошелек
сменив сид ты меняешь кошелек и соответствующий адрес.
тот кто владеет сидом может подписывать транзакции, т.е. делать исходящие переводы например, а раз речь идет о злоумышленнике, это значит он сможет украсть или сделать гадости.
пользоваться можешь но смысла в этом никакого, так как все доступные деньги злоумышленник заберет сразу как это станет возможным
Eсли приложение больше чем один эндпоинт на одну табличку в БД, и жить ему больше чем квартал - надо брать нормальный корпоративный фреймворк, с нормальной ORM, в вашем стеке это Nest + TypeORM.
PS: Я вообще не понимаю людей, которые в 2020 году что-то пишут на голом express/fastify (или называют эти либы - фреймворками). Такое ощущение, что у них после старта очередного проекта всплывает табличка "поздравляю, вы сэкономили 15 минут на развёртывании, вы - восхитительны!"
Если это не основной счетчик - то просто смотрите сразу ваттметр и все. Проще будет. Но легализировать его не получится 100% - никто с него показания считывать не будет. Можете поставить обычный счетчик и СРАЗУ за ним ваттметр - будет то же самое почти.
Я вам расскажу, как делают в "промышленности", но это реально работает, дальше можно копать в сторону удешевления и упрощения.
1) Электросчётчки Меркурий со своим протоколом типа Modbus-RTU (RS-485).
2) От фирмы Инсат OPC-сервер опроса. Можно получать несколько сотен данных, но я показываю несколько основных:
3) Какую-нибудь SCADA (у Инсата есть MasterSCADA v.3 и 4).
Самый простой способ сделать приложение многопоточным - это использовать какой-нибудь диспетчер процессов, по типу pm2. О чём и говориться в статье, в целом.
Смысл в том, что для 99% задач, node однопоточный. И в коде нет такой команды "сделать многопоточно сейчас же". Даже Promise.all запускает функции одна за одной в асинхронном стиле.
Делайте асинхронный код, а многопоточность создавайте с помощью сторонних приложений.
1. Главное чтобы счётчик был сертифицированный. Всё как и с обычными счётчиками
2. Есть несколько протоколов. Есть импульсный - он просто шлёт импульс за каждые N единиц объёма, а есть более дорогие, которые реализуют какой-нибудь нормальный протокол.
В принципе оба вида будут совместимы с Arduino - главное чтобы интерфейсы были все необходимые. (Ардуинки разные бывают)
ну в localStorage я бы не стал, он не типизирован, есть же indexDB, хотя на маленьких размерах пофиг
пригодится может в любом offline first приложении, и не только
Не используйте естественные ключи в качестве первичных. Используйте только суррогатные. Избежите многих проблем.
Основных проблем с естественными ПК две.
Проходит время, и возникает необходимость поменять естественный ключ. Например, его внесли с ошибкой (человеческий фактор). В вашем случае, допустим ISO решила, что существующий код оказывается не политкорректный, и его нужно поменять. И вам нужно поменять либо одну строку в одной таблице, либо все строки во всех таблицах, которые на нее ссылаются. Чувствуете разницу? А часть данных может быть уже в архиве, read-only и т.д.
Проходит время, и "уникальный" естественный ключ оказывается не уникальным. Например, вам понадобился тот же доллар, но с особым курсом и т.п. Если это ПК, то нормального решения нет, пусть даже сложного, как в п. 1. Вам придется превратить естественный ключ в суррогатный, а для естественного добавить отдельный столбец. Так лучше сделать это с самого начала. :)
Память без остановки сжирается вплоть до зависания ПК (на момент написания вопроса 8GB).
Похоже на баг - где-то утечка памяти. Какая у вас версия? Какие плагины стоят?
(Вообще такая ситуация нормальная, но для этого в проекте должны быть миллионы строк кода)
А почистить память можно через File -> Invalidate Caches/Restart
