Безопасность российских онлайн банков на нуле. Чтобы восстановить доступ к онлайн банку, достаточно заполучить сим карту человека или просто троян на смартфоне. Для крипты например можно настроить безопасный оффлайн кошелек на компьютере, не подключенном к интернету. Для онлайн банков тоже надо сделать разделение, допустим для обычных шаблонных и небольших платежей хватит и смс верификации, для остальных крупных — какое-то аппаратное устройство с открытым исходным кодом и содержащим ЭЦП.
Приведу реальный пример как улучшить понимание английского текста на слух — для этого я взял базу фраз с tatoeba.org, выбрал 500 слов которые точно знаю, далее взял фразы, состоящие только из этих слов. Получилось примерно 6000 фраз )) Далее скрипт проигрывал мне в случайном порядке эти фразы, я должен был набирать их на клавиатуре. Если изначально процент правильно введенных фраз был ~5-10%, то к концу этих 6000 фраз процент дошел до 80. Когда повторно проходил эти фразы, процент верных был более 90. Если кому интересно, можно глянуть тут — english-quest.ru в разделе фразы.
Если мы определили список компонентов, которые необходимо обновить, то также нужна их иеархичность:
например компонент A содержит в себе компонент B, который содержит в себе компонент C.
Если вдруг оказалось, что надо обновить все эти 3 компонента — то важна последовательность, т.к. нет смысла запускать обновление компонента С вначале, т.к. вполне может оказаться так, что в процессе обновления компонента B компонент C просто будет удален.
А теперь другой вариант — если компонент A отмечен к обновлению, но изменений в компоненте B не замечено, то при обновлении компонента A будет обновлен также и компонент B (не знаю точно, реализовано ли в mobx прослеживание этой ситуации в функции shouldComponentUpdate компонента B)
Нет, как раз таки реакт не использует прежний DOM, всё вычищается под чистую, и заменяется новым содержимым, даже если оно точь-в-точь такое же. Проверено на последней версии react.
Получается такая схема — есть jsx компонент, который сначала отрендерен статически в html код на странице (серверный рендеринг). Потом на этой же странице загружаются js скрипты, которые затирают исходный html код компонента и создают такое же, но своё dom дерево, связанное с virtualdom.
Но в такой схеме virtual dom кажется лишним. Есть библиотека diffHTML, судя по тестам он нанамного отстает от virtualDOM. Т.е. в идеале хотелось бы, когда js код загрузится на странице — он сравнивал существующее дерево в html коде страницы и код, полученный от JSX, и менял только отличающиеся части dom (изменившиеся аттрибуты, добавленные/удаленные узлы и т.п.).
Поясню для чего это нужно: на данный момент, если изменить dom дерево react компонента вручную (через jquery или отладочную панель браузера), то этот компонент будет отображаться некорректно, т.к. направление идет от virtualDOM к реальному DOM, а виртуальный DOM не был изменен и приложение думает что всё ок. При сравнении же реального дом и jsx+данные такого не будет — компонент в любом случае будет приведен к надлежащему виду.
React с его JSX более гибкий. Например сейчас используется виртуальный DOM, т.к. обход всего html дерева достаточно ресурсоемкая операция. Но, посмотрите diffHTML, судя по тестам он вполне себе быстрый, особенно на современных браузерах. Т.е. в скором времени можно будет выкинуть virtualDOM, а сравнивать сразу html дерево и jsx представление, затем патчить изменения в самом html. Есть также React Native, подтверждающий что не только web.
например компонент A содержит в себе компонент B, который содержит в себе компонент C.
Если вдруг оказалось, что надо обновить все эти 3 компонента — то важна последовательность, т.к. нет смысла запускать обновление компонента С вначале, т.к. вполне может оказаться так, что в процессе обновления компонента B компонент C просто будет удален.
А теперь другой вариант — если компонент A отмечен к обновлению, но изменений в компоненте B не замечено, то при обновлении компонента A будет обновлен также и компонент B (не знаю точно, реализовано ли в mobx прослеживание этой ситуации в функции shouldComponentUpdate компонента B)
Но в такой схеме virtual dom кажется лишним. Есть библиотека diffHTML, судя по тестам он нанамного отстает от virtualDOM. Т.е. в идеале хотелось бы, когда js код загрузится на странице — он сравнивал существующее дерево в html коде страницы и код, полученный от JSX, и менял только отличающиеся части dom (изменившиеся аттрибуты, добавленные/удаленные узлы и т.п.).
Поясню для чего это нужно: на данный момент, если изменить dom дерево react компонента вручную (через jquery или отладочную панель браузера), то этот компонент будет отображаться некорректно, т.к. направление идет от virtualDOM к реальному DOM, а виртуальный DOM не был изменен и приложение думает что всё ок. При сравнении же реального дом и jsx+данные такого не будет — компонент в любом случае будет приведен к надлежащему виду.