Да, сделали файл-селектор, который работает под системой. Приложению отдаётся только тот файл, который пользователь выбрал сам. А шариться по всем файлам уже не выйдет.
Гугл очень заинтересован в сохранении своей монополии на данные пользователей. Для этого он ввёл систему разрешений, запрашиваемых прямо перед использованием функции (например, можно не давать доступ к камере, пока пользователь сам не захочет сделать фото) и банит приложения в маркете, которые эту систему абузят (нампример, не пускают в приложение, пока пользователь не выдаст определённое разрешение, прямо сейчас не нужное). Также Андроид отзывает выданные разрешения у приложений, которыми давно не пользовались.
"зарегистрировала аккаунт PSN на зарплатную карту" - случай, когда пользователь не понимает, что происходит. Так то, магазин при каждом списании спрашивает CVC карты. Очевидно, это не остановит любопытного ребёнка, он так или иначе узнает этот код.
Решение, понятное пользователям, далёким от IT - на каждое списание присылать контрольный код в СМС.
Проблема в том, что гугл-аккаунт можно создать с привязкой к телефонному номеру, или к гугл-сервисам на новом устройстве. Но нельзя создать только лишь с привязкой к ключу в Google Authenticator, это может быть одним из факторов, но не единственным.
Это ожидаемо. Authenticator это детерминированный алгоритм, не завязанный на облака, который может генерить коды входа хоть на гос. услуги. Проблемы с протуханием протоколов входа, частично выполняющихся на неподконтрольном сервере.
Если бы, гипотетически, мне был нужен аккаунт, созданный на том устройстве, переустановка прошивки удалила бы авторизацию. К тому же, кмк, в тех древних гугл-сервисах отсутствовала фича авторизации входа на другом устройстве через это устройство. Банально, нет диалога "это точно вы" и окна, куда надо вводить 2-значный код (или я такого никогда не видел).
Осторожнее с этим. Аккаунт становится привязанным к устройству, и чтобы заходить в него например с ПК с браузера, нужно будет подтверждать вход на привязанном телефона. Потеря телефона / сброс ОС = потеря аккаунта. А когда-нибудь устройство перестанет поддерживаться гугл-сервисами (как сейчас на 4-м андроиде), и аккаунт тоже превратится в тыкву.
Я думаю, сам регистратор смотрит, кто интересовался последний год ценой на домен, и если много запросов, цена повышается. А если домен интересный, им интересуются, и он ещё не занят, регистратор его резервирует для себя, пока другой регистратор не захапал.
Тут ничего нет про реализацию. Мне кажется самым простым решением проверять, что оба устройства видны Яндексу на одном публичном IP-адресе (для IPv6 - из одной подсети /64). Чем спускаться на уровень Ethernet и там что-то ловить. Редкие коллизии решаются вводом 2-значного кода.
В нулевых почта была важным компонентом каждого интернет-гиганта. А сейчас это чемодан без ручки: прибыли нет, перспектив нет. Они бы с радостью закрыли, как Waves, RSS Reader, Picasa и ещё 200 проектов. Но будут слишком большие имиджевые убытки. Типичный юзер (99%) в почту заходит лишь для получения одноразовых ссылок и кодов подтверждения, всё остальное - спам. Тут ни профилирование не сделать, ни ИИ обучить. Вот они и минизируют затраты - авось, само сдохнет.
клиент у других пользователей отрендерит их как картинки
Я когда-то так делал, копируя платные смайлики, ресайзя в 48x48. Потом обнаружил, что на телефонах и hiDPI экранах они выглядят фальшиво.
Обойти лимит на размер файла невозможно
Зайти на популярный сервер, который прокачан подписчиками, кинуть медиа-файл туда. Затем ссылку кинуть в свой бомжовый сервер - медиа отобразится нормально.
То есть, вы хотите сказать, что структура Owner2 не располагается в памяти непрерывным куском, а компилятор может её виртуально "размазать", расположив первое поле 'info' в одном месте, а второе поле data - в другом месте, где раньше была data от Owner1?
Допустим. Но тут возникает вопрос: Что происходит, если компилятор встречает функцию
По моим представлениям, фукнция получает лишь 1 параметр - указатель на начало объекта owner2, и она не имеет никакой информации, где физически лежат данные, переданные во владение owner2, а значит, данные должны быть скопированы внутрь owner2, чтобы функция test смогла к ним обратиться.
Я не могу с этим согласиться. Есть структура owner1, расположенная по некоторому фиксированному адресу, "владеющая" данными, которые лежат внутри этой структуры.
Есть структура owner2, расположенная по другому адресу (пример ниже это подтверждает). Она никак не может "владеть" данными, которые физически находятся вне её области памяти. А значит, данные должны быть скопированы при "передаче владения".
Вот я и хочу понять, как это ложится на железо. 32 байта их одного места памяти были "перенесены" в другое без копирования, чисто zero-cost, compile-time.
Да, сделали файл-селектор, который работает под системой. Приложению отдаётся только тот файл, который пользователь выбрал сам. А шариться по всем файлам уже не выйдет.
Недавно AMD заявила, что в блишее время сконцентрируется на мидл-сегменте.
Гугл очень заинтересован в сохранении своей монополии на данные пользователей.
Для этого он ввёл систему разрешений, запрашиваемых прямо перед использованием функции (например, можно не давать доступ к камере, пока пользователь сам не захочет сделать фото) и банит приложения в маркете, которые эту систему абузят (нампример, не пускают в приложение, пока пользователь не выдаст определённое разрешение, прямо сейчас не нужное). Также Андроид отзывает выданные разрешения у приложений, которыми давно не пользовались.
"зарегистрировала аккаунт PSN на зарплатную карту" - случай, когда пользователь не понимает, что происходит. Так то, магазин при каждом списании спрашивает CVC карты. Очевидно, это не остановит любопытного ребёнка, он так или иначе узнает этот код.
Решение, понятное пользователям, далёким от IT - на каждое списание присылать контрольный код в СМС.
Каким способом? Через web без телефона никак. А с устройства, через google services - так акк привязывается к устройству.
Проблема в том, что гугл-аккаунт можно создать с привязкой к телефонному номеру, или к гугл-сервисам на новом устройстве. Но нельзя создать только лишь с привязкой к ключу в Google Authenticator, это может быть одним из факторов, но не единственным.
Это ожидаемо. Authenticator это детерминированный алгоритм, не завязанный на облака, который может генерить коды входа хоть на гос. услуги. Проблемы с протуханием протоколов входа, частично выполняющихся на неподконтрольном сервере.
Если бы, гипотетически, мне был нужен аккаунт, созданный на том устройстве, переустановка прошивки удалила бы авторизацию. К тому же, кмк, в тех древних гугл-сервисах отсутствовала фича авторизации входа на другом устройстве через это устройство. Банально, нет диалога "это точно вы" и окна, куда надо вводить 2-значный код (или я такого никогда не видел).
У меня был noname-планшет на Android 4.0.3.
Гугл-сервисы какое-то время назад полностью отказались работать - ни google play, ни Maps, ни GMail.
Осторожнее с этим. Аккаунт становится привязанным к устройству, и чтобы заходить в него например с ПК с браузера, нужно будет подтверждать вход на привязанном телефона. Потеря телефона / сброс ОС = потеря аккаунта. А когда-нибудь устройство перестанет поддерживаться гугл-сервисами (как сейчас на 4-м андроиде), и аккаунт тоже превратится в тыкву.
Я думаю, сам регистратор смотрит, кто интересовался последний год ценой на домен, и если много запросов, цена повышается. А если домен интересный, им интересуются, и он ещё не занят, регистратор его резервирует для себя, пока другой регистратор не захапал.
Тут ничего нет про реализацию. Мне кажется самым простым решением проверять, что оба устройства видны Яндексу на одном публичном IP-адресе (для IPv6 - из одной подсети /64). Чем спускаться на уровень Ethernet и там что-то ловить. Редкие коллизии решаются вводом 2-значного кода.
В нулевых почта была важным компонентом каждого интернет-гиганта. А сейчас это чемодан без ручки: прибыли нет, перспектив нет. Они бы с радостью закрыли, как Waves, RSS Reader, Picasa и ещё 200 проектов. Но будут слишком большие имиджевые убытки. Типичный юзер (99%) в почту заходит лишь для получения одноразовых ссылок и кодов подтверждения, всё остальное - спам. Тут ни профилирование не сделать, ни ИИ обучить. Вот они и минизируют затраты - авось, само сдохнет.
Логичное решение, чтобы не транскодировать "перенесённые" видео с YouTube.
Я когда-то так делал, копируя платные смайлики, ресайзя в 48x48. Потом обнаружил, что на телефонах и hiDPI экранах они выглядят фальшиво.
Зайти на популярный сервер, который прокачан подписчиками, кинуть медиа-файл туда. Затем ссылку кинуть в свой бомжовый сервер - медиа отобразится нормально.
Да у них такие же проблемы.
То есть, вы хотите сказать, что структура Owner2 не располагается в памяти непрерывным куском, а компилятор может её виртуально "размазать", расположив первое поле 'info' в одном месте, а второе поле data - в другом месте, где раньше была data от Owner1?
Допустим. Но тут возникает вопрос:
Что происходит, если компилятор встречает функцию
и её вызов
после того, как data перешла из owner1 в owner2.
По моим представлениям, фукнция получает лишь 1 параметр - указатель на начало объекта owner2, и она не имеет никакой информации, где физически лежат данные, переданные во владение owner2, а значит, данные должны быть скопированы внутрь owner2, чтобы функция test смогла к ним обратиться.
https://play.rust-lang.org/?version=stable&mode=release&edition=2021&gist=937d18b43d6a61de784b92419b5c394f
Я не могу с этим согласиться.
Есть структура owner1, расположенная по некоторому фиксированному адресу, "владеющая" данными, которые лежат внутри этой структуры.
Есть структура owner2, расположенная по другому адресу (пример ниже это подтверждает). Она никак не может "владеть" данными, которые физически находятся вне её области памяти. А значит, данные должны быть скопированы при "передаче владения".
Пример на playground: https://play.rust-lang.org/?version=stable&mode=release&edition=2021&gist=7ae6d29329d13268e8ffc8233a5c41fe
Пример показывает, что значения u64 f01, f02, f03 одни и те же, но находятся по разным адресам. Значит, они скопированы в другое место.
Вот я и хочу понять, как это ложится на железо. 32 байта их одного места памяти были "перенесены" в другое без копирования, чисто zero-cost, compile-time.
Я ещё раз перечитал и увидел
Как раз для state очень важно оптимизировать, потому что state может пересоздаваться тысячи раз в циклах (например, state конечного автомата).