Да, размер базы самая большая проблема, сканы, в конце концов, много весят. Пока присматриваюсь к VeraCrypt (кому ж еще), но есть куча вопросов как лучше это организовать (например, как открывать на айфоне).
Хм, а вообще, чтобы не вставать дважды, может кто-то подскажет: можно ли делать виртуальный диск, чтобы его еще и айфоновский Files распозновал, шифрованный каким-то сертификатом, который без боли можно хранить в keepass или что-то в этом духе? Или я живу как во сне и безопасность это только боль и хардкор?
Я понимаю, что я не совсем хардкорный пользователь keepass, но использую приложение для ios и для macos, синхронизирую через icloud (резерв на google drive и домашнем nas) и проблем не знаю. Я даже удивлен насколько хорошо все работает.
PS ладно, знаю, keepass, как оказалось, не подходит для хранения сканов документов, пока это открытая для меня область.
Конкретно у bitwarden за 10$ еще разблокируются штуки типа автоматического обновления базы по push в приложении и подобное. И да, авторизация в самом Bitwarden, хранить TOTP для сайтов можно и бесплатно.
Я специально полез проверить кодсэндбркс что мы говорим о функциональном компоненте. У вас имеется
const onClickWithState = () => { for (let i = 1; i <= 5; i++) { setCount(count + 1); } };
Вы замыкаетесь на count в момент объявления функции onClickWithState, которая (переменная count) еще и объявлена как const. При следующем рендеринге переменная count будет физически совершенно новой переменной. Более того, функция (useState, в данном случае) не смогла бы обновить переменную даже если бы очень хотела даже если бы была пять раз синхронной (опустим изотерические манипуляции с js наподобие переопределения toPrimitive).
Так что в данном случае проблема в замыкании. Я на этом акцентирую внимание, потому что пять раз подряд обновить state нетнастолько частый случай, как обратиться к устаревшему стейту через это самое замыкание в асинхронной функции:
const onClick = async() {
const newValue = await someReallyLongOperation<>
setState(prevData + newValue); // замкнулись на prevData тут, она могла устареть, пожтому нужно использоватт callback
}
Для такого случая можно использовать такую проверку:
А можно вообще проверку не делать, зачем она тут? Map по пустому массиву вернет пустой массив, который реакт проигнорирует.
А если нужно проверить массив ли это вообще, лучше так и проверять: Array.isArray.
Остальное — переписка из документации и абсолютно все уроки делают акцент на том как работает useEffect потому что это его основная фишка.
чтобы этого не происходило мы можем вместо Component использовать PureComponent
Неравноценная замена. Нужно проверить что значение, от которого таймер должен сбрасываться, изменилось. Да и вообще, есть memo и shouldComponentUpdate.
сайдэфекты лучше отдать на откуп useEffect или useMemo
Кто делает сайдэффнкы в useMemo? Он не для этого нужен. Ну а еще в документации написано, что useMemo не гарантирует жизненный цикл и может быть сброшен когда реакту вздумается (т.е. сайд эффекты делать в нем нельзя)
А все дело в том, что setState - асинхронная операция и если вы например в каком-нибудь цикле попытаетесь поработать с текущим значением состояния
В вашем примере оно вело бы себя так же даже если setState был синхронный. Все дело в замыкании, а не асинхронности (конкретно в примере и в functional components, в классах проблема асинхронности присутствует. К слову, лайфхак, в классе можно сделать await setState(…), но это просто случайность, а не задуманное поведение, не делайте так)
В некоторых буткампах часть обучения - написание статей (ага, тоже академики мне). Обычно это какая-то «вдохновляющая» дичь на медиуме или типа того. На самом деле концепт то неплохой, потому что подавляющее большинство не умеет писать грамотно сформулированные статьи, но что-то пошло не так.
У меня 15 на m1 Max. В фоне открыт parallels, гоняю несколько контейнеров в докере и кучу фронтэндов, заставить тормозить и греться это может только селениум с запуском 20 параллельных инстансов с видео звонком внутри (такие задачи у меня). Ну и реакт нейтив, но последнее всего секунд на 30 и раз в неделю когда пересобрать нужно, так что не критично.
В целом после мака на intel я удивлен что так можно было, производительность поражает.
p.s. google meet по-прежнему выжирает батарею как не в себя и я в упор не понимаю почему гугл просто не даст запускать свое же нативное приложение под айпад
Эирподсы достаточно «спарить» с одним устройством, остальные их автоматически сразу увидят, когда классические наушники нужно предварительно спаривать со всеми устройствами. Может быть речь об этом? (Ну или я отстал от того что умеет андроид нынче).
На улице в солнечную погоду текст справа прочитать просто невозможно, слева более-менее читается. Но в солнечную погоду темная тема в любом случае боль, при том что в светлой теме все видно просто отлично. Может, конечно, проблема конкретного телефона.
Эксперт пояснил, что причина, по которой Google, вероятно, не выплатит новый штраф упирается в экономическую составляющую. Российская дочка компании объявила себя банкротом, а головная компания из США не имеет права платить штрафы в РФ из-за санкций.
Ну да, конечно, а до санкций они платили как миленькие?
Так в non-prod-режиме код собирается обычно с source-maps и дебаггер останавливается в нужной строке исходника.
Но есть три проблемы, из-за которых я этим редко пользуюсь:
Оооочень медленно. Пока браузер прогрузится в дебаг режиме, я пять раз перезапустить успею. И ресурсы выедает как не в себя (наверное из-за этих же соурсмапов)
Останавливается почти там где нужно (не всегда потому что после бейбеля код может очень сильно отличаться), но вместо осмысленных переменных вокруг показывает обфусцированный мусор.
Зачастую мне нужно проверить тот же реакт компонент, который перерендеривается по 15 раз и интересуют только последняя пара раз. Это слегка мучительно
бонус: режим «остановка на исключениях» был бы супер полезный если бы недобросовестные разработчики не принялись кидаться и ловить ошибки налево-направо для всех этих suspense и чего бы то ни было.
Где я нахожусь у большинства машин есть выбор только комплектации - базовая, продвинутая, эксклюзив там (привет, Тойота). А где можно выбирать опции по-отдельности, одна опция цепляет за собой три других, каждая из которых ещё по три, в итоге хочешь базу, но с дисплеем по-больше, а это зацепляет за собой все вплоть до более мощного двигателя (привет, фольцваген).
Я практически ничего не знаю о системах распределённого хранения файлов, но мне не казалось что разбить файл на несколько частей и хранить / оперировать по-отдельности большая уж проблема. Даже быстрее загрузить выйдет (в два+ потока).
Эта фича зависит от insertable streams API (возможность запустить js функцию для каждого кадра в потоке), полная поддержка которых есть только в дочках хромах. Вообще весь webrtc стэк это гугловская монополия и с этим куча проблем, но о них все молчат.
Если честно, не знаю почему, но когда я начинал, все окружение использовало фотошоп для макетов. Самые упоротые использовали inDesign, но html по макетам с последнего сверстать - особая форма пыток.
Да, размер базы самая большая проблема, сканы, в конце концов, много весят. Пока присматриваюсь к VeraCrypt (кому ж еще), но есть куча вопросов как лучше это организовать (например, как открывать на айфоне).
Хм, а вообще, чтобы не вставать дважды, может кто-то подскажет: можно ли делать виртуальный диск, чтобы его еще и айфоновский Files распозновал, шифрованный каким-то сертификатом, который без боли можно хранить в keepass или что-то в этом духе? Или я живу как во сне и безопасность это только боль и хардкор?
А как же ептаскрипт (осторожно, епты, нецензурная лексика)
Я понимаю, что я не совсем хардкорный пользователь keepass, но использую приложение для ios и для macos, синхронизирую через icloud (резерв на google drive и домашнем nas) и проблем не знаю. Я даже удивлен насколько хорошо все работает.
PS ладно, знаю, keepass, как оказалось, не подходит для хранения сканов документов, пока это открытая для меня область.
Знаю что bitwarden просто случайный персонаж в этой истории и статья не про это, но все же: «сколько сложностей, лишь бы keepass не использовать»
Конкретно у bitwarden за 10$ еще разблокируются штуки типа автоматического обновления базы по push в приложении и подобное. И да, авторизация в самом Bitwarden, хранить TOTP для сайтов можно и бесплатно.
Я специально полез проверить кодсэндбркс что мы говорим о функциональном компоненте. У вас имеется
const onClickWithState = () => {
for (let i = 1; i <= 5; i++) {
setCount(count + 1);
}
};
Вы замыкаетесь на count в момент объявления функции onClickWithState, которая (переменная count) еще и объявлена как const. При следующем рендеринге переменная count будет физически совершенно новой переменной. Более того, функция (useState, в данном случае) не смогла бы обновить переменную даже если бы очень хотела даже если бы была пять раз синхронной (опустим изотерические манипуляции с js наподобие переопределения toPrimitive).
Так что в данном случае проблема в замыкании. Я на этом акцентирую внимание, потому что пять раз подряд обновить state нетнастолько частый случай, как обратиться к устаревшему стейту через это самое замыкание в асинхронной функции:
??
супер система
Суперочень умная система сортировки по цветам.Что вообще происходит? Что значить что центральным устройством для OS harmony теперь может выступать ПК с другой ос? Виртуальная машина?
Я так понимаю, имелось ввиду что теперь хабом для «умного» дома может выступать TV или ПК с windows? А «интеллектуальная кабина» это android auto? А:
просто ахинея (ну или раньше на «умных» телевизорах Huawai нельзя было пультом переключиться на наушники)
А можно вообще проверку не делать, зачем она тут? Map по пустому массиву вернет пустой массив, который реакт проигнорирует.
А если нужно проверить массив ли это вообще, лучше так и проверять: Array.isArray.
Остальное — переписка из документации и абсолютно все уроки делают акцент на том как работает useEffect потому что это его основная фишка.
Неравноценная замена. Нужно проверить что значение, от которого таймер должен сбрасываться, изменилось. Да и вообще, есть memo и shouldComponentUpdate.
Кто делает сайдэффнкы в useMemo? Он не для этого нужен. Ну а еще в документации написано, что useMemo не гарантирует жизненный цикл и может быть сброшен когда реакту вздумается (т.е. сайд эффекты делать в нем нельзя)
В вашем примере оно вело бы себя так же даже если setState был синхронный. Все дело в замыкании, а не асинхронности (конкретно в примере и в functional components, в классах проблема асинхронности присутствует. К слову, лайфхак, в классе можно сделать await setState(…), но это просто случайность, а не задуманное поведение, не делайте так)
В некоторых буткампах часть обучения - написание статей (ага, тоже академики мне). Обычно это какая-то «вдохновляющая» дичь на медиуме или типа того. На самом деле концепт то неплохой, потому что подавляющее большинство не умеет писать грамотно сформулированные статьи, но что-то пошло не так.
React native в xcode не собирали значит.
У меня 15 на m1 Max. В фоне открыт parallels, гоняю несколько контейнеров в докере и кучу фронтэндов, заставить тормозить и греться это может только селениум с запуском 20 параллельных инстансов с видео звонком внутри (такие задачи у меня). Ну и реакт нейтив, но последнее всего секунд на 30 и раз в неделю когда пересобрать нужно, так что не критично.
В целом после мака на intel я удивлен что так можно было, производительность поражает.
p.s. google meet по-прежнему выжирает батарею как не в себя и я в упор не понимаю почему гугл просто не даст запускать свое же нативное приложение под айпад
Эирподсы достаточно «спарить» с одним устройством, остальные их автоматически сразу увидят, когда классические наушники нужно предварительно спаривать со всеми устройствами. Может быть речь об этом? (Ну или я отстал от того что умеет андроид нынче).
На улице в солнечную погоду текст справа прочитать просто невозможно, слева более-менее читается. Но в солнечную погоду темная тема в любом случае боль, при том что в светлой теме все видно просто отлично. Может, конечно, проблема конкретного телефона.
Да там систем защиты то не нужно. Там очень точные тайминги и добавление даже самого мелкого элемента прекрасно их собъет.
Если дописать «рептилоиды ликуют» то для РенТВ зайдет
Ну да, конечно, а до санкций они платили как миленькие?
Но есть три проблемы, из-за которых я этим редко пользуюсь:
Оооочень медленно. Пока браузер прогрузится в дебаг режиме, я пять раз перезапустить успею. И ресурсы выедает как не в себя (наверное из-за этих же соурсмапов)
Останавливается почти там где нужно (не всегда потому что после бейбеля код может очень сильно отличаться), но вместо осмысленных переменных вокруг показывает обфусцированный мусор.
Зачастую мне нужно проверить тот же реакт компонент, который перерендеривается по 15 раз и интересуют только последняя пара раз. Это слегка мучительно
бонус: режим «остановка на исключениях» был бы супер полезный если бы недобросовестные разработчики не принялись кидаться и ловить ошибки налево-направо для всех этих suspense и чего бы то ни было.
Но иногда дебаггер - единственное что спасает.
Где я нахожусь у большинства машин есть выбор только комплектации - базовая, продвинутая, эксклюзив там (привет, Тойота). А где можно выбирать опции по-отдельности, одна опция цепляет за собой три других, каждая из которых ещё по три, в итоге хочешь базу, но с дисплеем по-больше, а это зацепляет за собой все вплоть до более мощного двигателя (привет, фольцваген).
Я практически ничего не знаю о системах распределённого хранения файлов, но мне не казалось что разбить файл на несколько частей и хранить / оперировать по-отдельности большая уж проблема. Даже быстрее загрузить выйдет (в два+ потока).
Эта фича зависит от insertable streams API (возможность запустить js функцию для каждого кадра в потоке), полная поддержка которых есть только в дочках хромах. Вообще весь webrtc стэк это гугловская монополия и с этим куча проблем, но о них все молчат.
Если честно, не знаю почему, но когда я начинал, все окружение использовало фотошоп для макетов. Самые упоротые использовали inDesign, но html по макетам с последнего сверстать - особая форма пыток.