Насколько я помню, on-body detection всегда было про сценарий, когда телефон остается в руках или в кармане, и его не нужно блокировать, пока не ляжет куда-то неподвижно. Как я помню, раньше там даже было в описании, что это небезопасно в случае, если телефон воруют из кармана. А новые фичи для защиты от воровства — как раз про обнаружение последнего сценария.
Не знаю, как сейчас, а раньше Transmission не умел загружать блоки в последовательном порядке, причем, если я правильно понимаю, это был идейный момент — чтобы новые и редкие торренты эффективнее распространялись, что, как по мне, сильно далеко от моих типичных сценариев (популярные раздачи, полная загрузка за десятки минут). Включить последовательную загрузку можно было только с каким-то неофициальным патчем. И ещё у Transmission есть проблемы с очень большими торрентами. В общем, этого мне хватило, чтобы тоже на macOS использовать qBittorrent.
Возможно обходной способ через adb backup сработает
Кажется, в современных версиях Android adb backupуже почти бесполезен, бэкапы данных получаются пустые, фактические данные не копируются. Есть bmgr, который умеет копировать то, что заявлено как данные для бэкапа в манифесте приложения, но проблема, что копирует только в какой-нибудь из заранее зарегистрированных в системе транспортов (облако гугла, локальное хранилище бэкапов). На аппаратах Samsung, как я понимаю, Smart Switch успешно бэкапит и переносит данные некоторых приложений, пользуясь именно этим инструментом — но это требует содействия от разработчика приложения.
Спасибо за совет! Дополню, что часть лотов, которые продаются — это не промокод, а приглашение в чужую группу с активированным плюсом на несколько человек. Будьте внимательны при покупке. Я такое случайно купил, теперь могу кому-нибудь отдать.
Хорошо, и это тоже можно решить, если очередь растянуть ещё больше: у каждого, кто в неё встает, спрашивать, в какие непрерывные N часов в сутках он готов выкупать билеты.
Если это будут два часа, тоже не сильно лучше. Вероятно, могло бы сработать ограничение на время суток по времени станции отправления, например, продвигать очередь только с 08:00 до 22:00. Очередь, конечно, ещё растянется, но хотя бы никто не упустит свою возможность из-за уведомления ночью.
Ну и двигателем-то, собственно, никто не мешает тормозить и на бензине, даже если он и не рекуперирует энергию.
С ДВС принимает решение тормозить двигателем в основном водитель, а тормозная система — это вообще отдельный механизм. Хотя автоматическая трансмиссия может немного помогать. Ещё мешает то, что двигатель не всегда на высоких оборотах — быстро и сразу интенсивно им тормозить не начнешь. У электромобиля, как мне кажется, должно быть сильно проще для бортового компьютера добавить торможение двигателем, когда водитель нажимает на тормоз, и можно добиваться большей интенсивности, причем бесшумно и без рывков.
Как вариант, перенос (не копирование) гипотетически можно осуществить постепенной заменой естественных нейронов на искусственные или симулируемые без прекращения работы мозга и без нарушения связности, пока мозг постепенно перестраивается. С копированием труднее, потому что если пытаться его сделать так же, то нужно параллельно и постепенно строить не один экземпляр, а два одинаковых. Но ещё пока они будут постепенно строиться, они в своей деятельности уже начнут друг другу противоречить, и нужен механизм, который бы их синхронизировал, пока идет процесс переноса с копированием.
Как бороться с MitM-подобной атакой с камерой, направленной на знак в одном месте, и дисплеем в другом? Координаты по GPS, как вариант, но они могут быть временно недоступны.
Мне ещё очень пригождается hist delete из zsh-hist, потому что в процессе экспериментов бывают ошибочные попытки и бывают опечатки в повседневном использовании, которые совсем не хочется видеть в результатах поиска по истории.
покупки варианта устройства с уже отключенной рекламой (как раз на $20 дороже),
исользования устройства оффлайн — рекламу оно загружает с сервера, если подключено, а потом, если снова уйти в оффлайн, у рекламы кончается срок действия.
Сейчас отступы обычно расставляются автоматически инструментами на основе операторных скобок. В этом плане удобнее размещать операторные скобки в начале и в конце (и их всего две штуки на каждую вложенную конструкцию), чем делать правильный отступ всех строк в блоке. При изменении кода это особенно заметно: достаточно переставить скобку и автоматически отформатировать, а не делать эту же операцию, выделяя все переносимые строки для изменения отступа.
А что насчет продолжительности жизни? Надо ли считать, что если те же 90% людей считают себя счастливыми, но живут в среднем на 10 лет дольше, то в целом счастья на одного человека получается больше?
На родном языке, к сожалению, можно формулировать инструкции вида "купи батон; если будут яйца, возьми десяток", очень уж большая пропасть между естественными и формальными языками, как по мне.
Если хранится время события, то пользователя можно по нему определить, имея какие-нибудь провайдерские логи — и всё, любые timestamp'ы превращают данные в персональные? Есть ли ограничение на то, какими данными (и насколько доступными) нужно в этой классификации дополнять что-то до персональных?
300 страниц — это хорошо, но бывает, что в проекте десятки, а то и сотни мегабайт кода. Конечно, в одиночку их тоже никто досконально не знает, но хотя бы коллективное знание у команды есть, и после некоторой маршрутизации между людьми можно получить качественные ответы (правда, иногда ответ вида: "Тут дремучее легаси, автор давно уволился, никто не понимает, и ты бы лучше не лез" :)).
А верно ли, что у некоторых устройств FRP триггерится ещё до запуска SystemUI и показывает что-то более примитивное, где такие баги эксплуатировать нельзя? Если не ошибаюсь, что-то похожее можно было встретить на Samsung...
Насколько я помню, on-body detection всегда было про сценарий, когда телефон остается в руках или в кармане, и его не нужно блокировать, пока не ляжет куда-то неподвижно. Как я помню, раньше там даже было в описании, что это небезопасно в случае, если телефон воруют из кармана. А новые фичи для защиты от воровства — как раз про обнаружение последнего сценария.
Не знаю, как сейчас, а раньше Transmission не умел загружать блоки в последовательном порядке, причем, если я правильно понимаю, это был идейный момент — чтобы новые и редкие торренты эффективнее распространялись, что, как по мне, сильно далеко от моих типичных сценариев (популярные раздачи, полная загрузка за десятки минут). Включить последовательную загрузку можно было только с каким-то неофициальным патчем. И ещё у Transmission есть проблемы с очень большими торрентами. В общем, этого мне хватило, чтобы тоже на macOS использовать qBittorrent.
Кажется, в современных версиях Android
adb backupуже почти бесполезен, бэкапы данных получаются пустые, фактические данные не копируются. Естьbmgr, который умеет копировать то, что заявлено как данные для бэкапа в манифесте приложения, но проблема, что копирует только в какой-нибудь из заранее зарегистрированных в системе транспортов (облако гугла, локальное хранилище бэкапов). На аппаратах Samsung, как я понимаю, Smart Switch успешно бэкапит и переносит данные некоторых приложений, пользуясь именно этим инструментом — но это требует содействия от разработчика приложения.В случае с макбуками можно наклеить поверх пластикового логотипа на самом устройстве — сам логотип очень уж царапается.)
Спасибо за совет! Дополню, что часть лотов, которые продаются — это не промокод, а приглашение в чужую группу с активированным плюсом на несколько человек. Будьте внимательны при покупке. Я такое случайно купил, теперь могу кому-нибудь отдать.
Хорошо, и это тоже можно решить, если очередь растянуть ещё больше: у каждого, кто в неё встает, спрашивать, в какие непрерывные N часов в сутках он готов выкупать билеты.
Если это будут два часа, тоже не сильно лучше. Вероятно, могло бы сработать ограничение на время суток по времени станции отправления, например, продвигать очередь только с 08:00 до 22:00. Очередь, конечно, ещё растянется, но хотя бы никто не упустит свою возможность из-за уведомления ночью.
С ДВС принимает решение тормозить двигателем в основном водитель, а тормозная система — это вообще отдельный механизм. Хотя автоматическая трансмиссия может немного помогать. Ещё мешает то, что двигатель не всегда на высоких оборотах — быстро и сразу интенсивно им тормозить не начнешь. У электромобиля, как мне кажется, должно быть сильно проще для бортового компьютера добавить торможение двигателем, когда водитель нажимает на тормоз, и можно добиваться большей интенсивности, причем бесшумно и без рывков.
Так зато, наверное, меньше твердых частиц с тормозов, потому что больше тормозят двигателями? Не уравновешивается одно другим?
Как вариант, перенос (не копирование) гипотетически можно осуществить постепенной заменой естественных нейронов на искусственные или симулируемые без прекращения работы мозга и без нарушения связности, пока мозг постепенно перестраивается. С копированием труднее, потому что если пытаться его сделать так же, то нужно параллельно и постепенно строить не один экземпляр, а два одинаковых. Но ещё пока они будут постепенно строиться, они в своей деятельности уже начнут друг другу противоречить, и нужен механизм, который бы их синхронизировал, пока идет процесс переноса с копированием.
Как бороться с MitM-подобной атакой с камерой, направленной на знак в одном месте, и дисплеем в другом? Координаты по GPS, как вариант, но они могут быть временно недоступны.
Мне ещё очень пригождается
hist deleteиз zsh-hist, потому что в процессе экспериментов бывают ошибочные попытки и бывают опечатки в повседневном использовании, которые совсем не хочется видеть в результатах поиска по истории.Это может быть, например, из-за:
покупки варианта устройства с уже отключенной рекламой (как раз на $20 дороже),
исользования устройства оффлайн — рекламу оно загружает с сервера, если подключено, а потом, если снова уйти в оффлайн, у рекламы кончается срок действия.
Сейчас отступы обычно расставляются автоматически инструментами на основе операторных скобок. В этом плане удобнее размещать операторные скобки в начале и в конце (и их всего две штуки на каждую вложенную конструкцию), чем делать правильный отступ всех строк в блоке. При изменении кода это особенно заметно: достаточно переставить скобку и автоматически отформатировать, а не делать эту же операцию, выделяя все переносимые строки для изменения отступа.
А что насчет продолжительности жизни? Надо ли считать, что если те же 90% людей считают себя счастливыми, но живут в среднем на 10 лет дольше, то в целом счастья на одного человека получается больше?
На родном языке, к сожалению, можно формулировать инструкции вида "купи батон; если будут яйца, возьми десяток", очень уж большая пропасть между естественными и формальными языками, как по мне.
Если хранится время события, то пользователя можно по нему определить, имея какие-нибудь провайдерские логи — и всё, любые timestamp'ы превращают данные в персональные? Есть ли ограничение на то, какими данными (и насколько доступными) нужно в этой классификации дополнять что-то до персональных?
300 страниц — это хорошо, но бывает, что в проекте десятки, а то и сотни мегабайт кода. Конечно, в одиночку их тоже никто досконально не знает, но хотя бы коллективное знание у команды есть, и после некоторой маршрутизации между людьми можно получить качественные ответы (правда, иногда ответ вида: "Тут дремучее легаси, автор давно уволился, никто не понимает, и ты бы лучше не лез" :)).
А верно ли, что у некоторых устройств FRP триггерится ещё до запуска SystemUI и показывает что-то более примитивное, где такие баги эксплуатировать нельзя? Если не ошибаюсь, что-то похожее можно было встретить на Samsung...
Интересно было бы узнать детали оптимизаций. Есть ли там что-то кроме специфической для приложения настройки приоритетов потоков и affinity?