Hacker News Digest

Для сжатия фотографий с потерями в вебе AVIF почти всегда даёт файлы меньше, чем JPEG XL: при настройках усилия по умолчанию лучший результат JPEG XL обычно на 15–25% больше, а при максимальных настройках разрыв сокращается до 6–20%. Бывают исключения, где JPEG XL близок к AVIF или даже обгоняет его, поэтому для конкретного изображения стоит пробовать оба формата. Для скриншотов и иллюстраций AVIF заметно лучше: эквивалентный JPEG XL больше на 30–90% при обычных настройках и на 20–70% при максимальных. Для изображений с прозрачностью AVIF тоже выигрывает: версия libjxl больше на 31–44% и 61–70% соответственно, а jixel всегда кодирует прозрачность без потерь, из-за чего файлы в 2–3 раза крупнее, чем у AVIF.

Выбор кодера JPEG XL сильно влияет на результат: новый jixel обычно даёт меньшие файлы, чем libjxl, кроме изображений с детальной прозрачностью. AVIF в целом быстрее кодируется и требует меньше памяти с учётом размера файла, а декодируется в 2–3 раза быстрее JPEG XL при среднем качестве, хотя на очень высоких качествах разрыв сокращается. Повышенные настройки усилия оправданы для AVIF и jixel, но не для libjxl: они намного медленнее, расходуют больше памяти и почти не улучшают результат, иногда даже увеличивая файл. Режим 4:2:0 у AVIF не стоит делать значением по умолчанию — он редко уменьшает размер и затрудняет достижение высокого качества, хотя быстрее кодируется и декодируется; лучше использовать 4:4:4. Настройки качества работают надёжно у всех кодеров.

Анимированный AVIF по сути представляет собой переупаковку видео AV1 — MP4 можно преобразовать в AVIF и обратно без потерь, поэтому он так хорошо работает с движением. Однако в Chrome и Safari он воспроизводится плохо, хотя в Firefox всё в порядке: это чисто проблема реализации. При этом анимированный AVIF поддерживает прозрачность, чего нет у видео AV1.

Обсуждение дополняет статью практическими данными о качестве энкодеров, проблемами рендеринга в браузерах и специфическими сценариями использования (анимации, HDR, архивация), при этом подтверждая преимущество AVIF в размере файлов для веба.

• Спор: Пользователь @PaulHoule заметил потерю деталей в бликах на фото F1 в AVIF, однако @jaffathecake пояснил, что это было вызвано некорректной работой WASM-рендерера в браузере без поддержки JPEG XL, а не самим форматом.

• Спор: По мнению @linolevan, текущие энкодеры JPEG XL недостаточно оптимизированы: использование более качественного энкодера позволило ему уменьшить размер lossless-скриншота на 39% и иллюстрации на 30% по сравнению с результатами в статье.

• Совет: Для достижения максимального сжатия AVIF с сохранением прозрачности PNG @Metricon рекомендует использовать ffmpeg с параметрами: libaom-av1, crf 25, cpu-used 3 и специфическими настройками sharpness и chroma-deltaq.

• AVIF считается более подходящим форматом для замены GIF и создания анимаций с прозрачностью, так как он фактически является переупакованным видео AV1, оптимизированным под движение.

• JPEG XL обладает уникальным преимуществом в виде возможности эффективного транскодинга существующих JPEG-файлов, что делает его ценным для архивации фото.

• Совет: По опыту @yhjc2692, медленная работа libjxl на высоких настройках (efforts >7) связана с итеративной оптимизацией метрики Butteraugli; для ускорения процесса он разработал GPU-порт gjxl (CUDA/Metal).

• AVIF выигрывает на маленьких изображениях, в то время как JPEG XL предпочтительнее для lossless-сжатия, высокобитрейтных изображений и прогрессивного рендеринга.

• Контейнерная архитектура AVIF может упростить будущий переход на новые кодеки (AV2, AV3) без необходимости повторного внедрения формата на сайтах.

I think people are really forgetting that JXL's encoders are bad right now. For instance, in TFA Jake presents- The Firefox screenshot w/ lossless JXL at 66.9kB, when with a better encoder you get get it down to like 40.7kB (39% smaller) — @linolevan

Перевод: Мне кажется, люди забывают, что энкодеры JXL сейчас работают плохо. Например, в статье Джейк приводит скриншот Firefox с lossless JXL размером 66,9 кБ, в то время как с более качественным энкодером его можно сжать до 40,7 кБ (на 39% меньше).

В Firefox 28 и новее параметр network.http.response.timeout по умолчанию равен 300 секундам, что мешает возобновлению больших загрузок и снижает их стабильность. Установка значения 0 (или очень большого числа) в about:config делает крупные загрузки возобновляемыми и чуть более устойчивыми — автор не понимает точную причину, но экспериментально это подтверждается. Речь идёт только о серверах, поддерживающих докачку: если сервер её не поддерживает, никакие настройки браузера не помогут.

Похоже, механизм возобновления в Firefox опирается на таймауты соединения, а не на файлы .part: без этой настройки браузер игнорирует уже существующий .part. Проблема известна как минимум с 2005 года, а существует ручной трюк с перестановкой .part, который автор применять не собирается. Как обходной путь вне Firefox работает wget -c -O "$filename" "$url" — wget в целом стабильнее. Автор также подозревает, что Firefox делает скрытые повторные попытки перед признанием загрузки неудачной, и что превышение таймаута этому мешает. Исходный код Firefox он не проверял, так как не знает, где искать.

Обсуждение ставит под сомнение техническую точность статьи, предлагая альтернативные инструменты и обходные пути для проблемных ссылок. Спор: По мнению @sunaookami, изменение network.http.response.timeout является плацебо, так как параметр не используется при включенном TCP-KeepAlive и действует только до получения первого байта. Совет: Для надежного скачивания больших файлов рекомендуются внешние менеджеры: aria2 (с GUI Varia), JDownloader 2, IDM, NDM или консольные утилиты curl и axel. Совет: По опыту @edflsafoiewq, для возобновления загрузки по одноразовым ссылкам в Firefox можно вручную переименовать новый .part файл в старый временный файл. Спор: По мнению @cnrcode, ручное возобновление через .part файлы опасно: если сервер изменил версию файла, Firefox может склеить разные версии без ошибки, что приведет к повреждению данных. Пользователи выражают общее недовольство тем, что браузеры спустя десятилетия всё ещё плохо справляются с крупными загрузками по сравнению с менеджерами из 2000-х. Совет: По опыту @jen729w, самый надежный способ при плохом Wi-Fi — скопировать запрос как cURL, выполнить его на VPS и затем передать файл через tailscale. Спор: По опыту @stratos123, aria2 не всегда корректно обрабатывает повторы при плохом соединении, что требует обертки в bash-скрипт для автоматического перезапуска. Совет: По мнению @drdexebtjl, внешние менеджеры загрузки не заменяют браузер полностью, так как они не имеют прямого доступа к куки-файлам браузера для авторизованных загрузок. Отмечается, что в Firefox существуют давние проблемы с докачкой, зафиксированные в Bugzilla (например, баг 230870).

Firefox Enterprise — это корпоративный браузер, где управление, данные и политики размещаются внутри собственной инфраструктуры компании, а не у вендора. Это позволяет организациям сохранять суверенитет над развертыванием, защищать конфиденциальные данные от утечек через браузер и обеспечивать безопасный доступ сотрудников, подрядчиков и устройств BYOD к внутренним приложениям без традиционной инфраструктуры удалённого доступа. Решение построено на независимом движке Mozilla, что снижает риски единого отказа и зависимость от одного поставщика, при этом бесшовно интегрируется с существующим стеком безопасности.

Продукт создан для выполнения строгих регуляторных требований, включая DORA, GDPR, NIS2, ISO27001 и SOC2. В него встроены централизованное управление политиками, контроль внешних соединений и телеметрии, нативная DLP с блокировкой действий по доменам, управление ИИ-инструментами, интеграция с SIEM, режим жёсткой защиты и управление расширениями. Поддержка включена в базовую лицензию, а для обычного Firefox доступна как платное дополнение. Скоро появится Thunderbird Enterprise — централизованное управление почтой, календарём и контактами через консоль Firefox Enterprise.

Firefox Enterprise — запоздалый, но критически важный шаг для Mozilla, который может обеспечить устойчивый доход и альтернативу монополии Chromium, несмотря на конкуренцию Edge и Chrome. Отсутствие инструментов корпоративного управления привело к запрету Firefox в крупных компаниях, снизив его долю рынка. Некоторые видят в этом шанс на финансовую независимость от Google; другие (@sdcfgy, @niltecedu) сомневаются, что компании будут платить, когда есть бесплатные Edge и Chrome. Рынок корпоративных браузеров огромен — пример: Island оценён в $6,4 млрд; Mozilla сильно отстала. Технические специалисты (@ihuman, @Grimeton) вопрошают, чем новое решение отличается от autoconfig.js, firefox.cfg и шаблонов политик. Для привлечения IT-специалистов и лиц, принимающих решения, Mozilla должна отказаться от модели «Request a Demo» и опубликовать прозрачные цены (@vjvjvjvjghv). Требуется глубокая интеграция функций безопасности: встроенная блокировка рекламы и трекинга без расширений, инструменты DLP для предотвращения утечек данных в AI-чаты. По опыту @DoctorOW, внедрение любого браузера, отличного от Chrome, в корпоративной среде приводит к росту тикетов жалоб — пользователи считают компьютер «сломанным».

macOS Golden Gate, позиционируемый как исправление ошибок предыдущего релиза Tahoe, на деле оказался наполнен баговыми и недоделанными элементами интерфейса. Автор отмечает проблемы с выравниванием: иконка записи в QuickTime не по центру по горизонтали, иконки плитки окон смещены, текст в полях ввода (например, плейсхолдер в поле пароля) выглядит невыровненным, а заголовок в разделе «Общие» в System Settings имеет странную межстрочность и недостаточно отступов. Эти детали создают ощущение незавершённости и отсутствия внимания к деталям.

Помимо визуальных багов, в системе присутствуют функциональные сбои: изменение архитектуры меню-бара сломало работу ряда сторонних приложений, меню профилей в Firefox открывается с задержкой, пункт «Файл» в менюбар иногда подсвечивается без причины, а перемещение иконки камеры в меню-баре приводит к его крашу и перезапуску. В System Settings строка поиска периодически перестаёт отвечать, а иконка приложения Скриншот содержит нереалистичную овальную линзу — деталь, которая бросается в глаза своей нелепостью. Также отсутствует визуальная обратная связь при клике на пункты меню, а поведение папок в Dock непредсказуемо: клик по другой папке закрывает текущую вместо открытия новой. Особенно критичной оказалась ошибка в окне выбора цвета: использование пипетки на самом окне приводит к полному зависанию системы, требующему принудительной перезагрузки. Автор заключает, что столь очевидные баги в ежедневном использовании недопустимы для релиза, заявленного как фокус на стабильность и отзывчивость, и предполагает, что ежегодный цикл обновлений мешает достичь уровня полировки, характерного для таких релизов, как Snow Leopard.

macOS Golden Gate содержит реальные регрессии и ощутимые улучшения. Mission Control стал непригодным: переключение пространств не работает после сна, требуется перезапуск Dock, окна перемешиваются случайно, анимации ломаются. Встроенный eyedropper в окне Colours вызывает полную зависимость системы. Поиск в System Settings иногда не реагирует на ввод и клики — требуется перезапуск приложения Settings. В Spotify наблюдаются случайные щелчки и треск аудио. Safari часто падает, инструменты разработчика могут зависнуть. В Firefox меню в строке меню иногда «залипает». Пузырь Siri рядом с полями ввода раздражает пользователей как лишний UI‐элемент. Некоторые пользователи хвалят ускорение и исправления аудио‐багов; другие считают UI‐недочёты несущественными, но признают серьёзные регрессии в сетевых настройках. Рекомендуется отключать сторонние утилиты в строке меню — они часто вызывают конфликтные визуальные баги. Новые AI‐фичи (микро‐иконка в Safari, всплывающие подсказки) добавляют визуальный шум и иногда не работают. Apple делает упор на корпоративные возможности под капотом, но большинство обычных пользователей не замечают этих улучшений. Спор о UI‐недочётах: одни видят в них лишь мелкие проблемы (смещение иконок, выравнивание), другие — признаки глубокого ухудшения качества. Многочисленные регрессии указывают на недостаточное тестирование: баги замечаются сразу после обновления. Для большинства багов рекомендуется использовать приложение Feedback от macOS — пользователи часто не знают, куда отправлять отчёты. Разнородность стилей иконок, меню и углов окон свидетельствует об отсутствии единой системы дизайна в новых версиях.

Mozilla и Mistral объявили о партнёрстве, направленном на внедрение открытого, приватного и многоязычного ИИ в браузер Firefox. Модели Mistral теперь обеспечивают работу функции Firefox Smart Window (в бета-версии) — ИИ-ассистента, который помогает пользователям осмысливать сложные запросы, возвращаться к ранее просмотренному контенту и извлекать релевантную информацию из открытых вкладок. Smart Window доступен пользователям во Франции и Северной Америке, с планами расширения на Великобританию и Германию позже в этом году.

Сотрудничество основано на общих ценностях открытости, конфиденциальности и пользовательского контроля. Модели Mistral дообучаются на региональных языках и диалектах, чтобы ИИ лучше понимал местные нюансы и культурный контекст. По умолчанию диалоги в Smart Window не сохраняются на серверах Mozilla, а партнёры, включая Mistral, обязуются к нулевому хранению данных. Партнёрство позиционируется как шаг к суверенному ИИ — технологиям, доступным не только корпорациям, но и конечным пользователям через открытую и конкурентную экосистему браузера как центрального узла веба.

Спор о приватности Smart Window: отправка полного контекста браузера в облако (включая историю и вкладки) противоречит обещаниям приватности, так как данные передаются в читаемом виде третьим сторонам (Mistral). Хотя некоторые считают Mozilla более надёжным хранителем данных, чем крупные AI‐компании, другие отмечают, что она не может гарантировать защиту от уязвимостей или принудительных запросов властей. Локальные модели пока слишком ресурсоёмки для большинства пользователей: на обычных ноутбуках и слабых устройствах их запуск непрактичен из-за высоких требований к ОЗУ и процессору. Критика маркетинга: в описании ошибочно указана модель OpenAI вместо Mistral Small 4; политика конфиденциальности неясно описывает, какие данные отправляются в облако. Предложения: - Пользователям — отключать Smart Window и использовать BYOM (Bring Your Own Model) для контроля над местом инференции. - Разработчикам — чётко указывать, какие данные остаются на устройстве, а какие отправляются наружу, и предоставить детальные настройки приватности. - Для доверия — публиковать технические детали облачной инференции и проводить независимые аудиты безопасности. Аналогичная функция есть в Chrome (Gemini Nano), что подтверждает тренд интеграции ИИ в браузеры, но вопросы приватности остаются unresolved.

JPEG XL — технически впечатляющий кодек, превосходящий JPEG и более универсальный, чем WebP, но его место в браузерах под вопросом. Хотя он был отклонён Chrome в 2023 году, появление Rust-декодера в Firefox и Chrome может сигнализировать о пересмотре позиции, особенно на фоне уязвимости WebP 2023 года. Однако автор, ранее поддерживавший JPEG XL, теперь считает, что его преимущества для веба исчерпаны. По объёму веб-контента подавляющее большинство изображений обслуживается с потерями, а без потерь JPEG XL выигрывает лишь около 11,9% перед WebP — на искусственном наборе данных (157 Мп фото, 10 Мп иллюстраций, 27 Мп книг), неrepresenting типичный веб. Это слишком мало, чтобы оправдать внедрение нового кодекса в браузеры, особенно учитывая, что в lossy-сжатии JPEG XL уступает конкурентам.

Современные энкодеры, включая AV1, достигли лучшего соотношения скорости и качества на бит благодаря perceptual tuning на основе человеческих испытаний. AVIF теперь доминирует во всём диапазоне fidelity, нивелируя единственное реальное преимущество JPEG XL. Автор отмечает, что дискуссия вокруг JPEG XL часто отражает желание большего выбора для разработчиков, а не техническую необходимость, особенно на фоне политики вокруг Google и AV1. Тем не менее, JPEG XL остаётся ценным для профессиональных сценариев вне веба — фотографии, печать, медицинская визуализация — где его возможности могут быть востребованы. В браузерах же его внедрение сейчас не кажется оправданным.

Обсуждение подтверждает сомнения автора в перспективах JPEG XL для веба, добавляя данные о производительности, сложности реализации и ограничениях аппаратного декодирования, а также подчёркивая политические и патентные факторы, влияющие на его принятие, но указывает на потенциальные ниши в профессиональном фото‐ и RAW‐рабочем процессе. libjxl и cjpegli позволяют получать компактные, высококачественные изображения даже для контента с высоким частотным спектром, например комиксов, где другие кодеки требуют компромиссов. WebP‐lossless ограничен 8‐битным RGB, поэтому отдельный формат для истинно lossless‐изображений остаётся необходимым. JXL‐preview в macOS сильно нагружает процессор и память из‐за вычисления «prime», что делает его потенциальным вектором DoS даже для небольших файлов. JXL выигрывает в lossless‐сжатии над WebP и PNG, но в lossy‐режиме часто уступает AVIF и даже обычному JPEG. Аппаратные декодеры AVIF ограничены профилем Main (4:2:0), что делает его менее подходящим для фотосъёмки, где предпочтителен 4:4:4 и 10‐бит. Спор: Некоторые считают, что отсутствие поддержки браузерами препятствует использованию JXL вне веба, в то время как другие указывают, что основные сценарии (например, отправка фото по e‐mail) всё равно требуют транс‐кодирования. Спор: Вопрос открытости: JXL полностью открытый, тогда как AVIF основан на AV1, который хотя и royalty‐free, но имеет патентные споры (Sisvel/Access, Dolby vs Snap), что меняет баланс сравнения. Камеры пока не поддерживают JPEG XL; поддержка ограничивается HEIF, а JPEG остаётся доминирующим форматом из‐за совместимости. Adobe включил JPEG XL в PDF, что может заставить браузеры добавить поддержку формата для корректного отображения PDF‐документов. Совет: Для веб‐публикаций рекомендуется удалять метаданные и транскодировать в уже поддерживаемый формат, поскольку экономия трафика от JXL не компенсирует совместимостиных проблем.

На macOS вредоносный WebGPU-шейдер на незащищённом сайте может полностью заморозить графический стек, сделав рабочий стол неработоспособным до принудительной перезагрузки. Достаточно одного клика по ссылке — проблема воспроизводится в Chrome, Firefox и Safari на M-серии Mac под macOS Tahoe, но не на других ОС. Шейдер содержит простой бесконечный цикл в compute-шейдере, который непрерывно копирует данные в буфер, блокируя доступ к нему вершинному шейдеру. Это создаёт конфликт доступа к GPU, который перегружает WindowServer — процесс, отвечающий за отрисовку интерфейса. В результате пользователь может увидеть пляшущий курсор, beachball, артефакты на экране или полную потерю отклика UI, хотя остальная система (например, SSH) остаётся доступной. Через некоторое время watchdog-трекер обнаруживает зависание WindowServer и инициирует kernel panic, приводя к принудительной перезагрузке. Пользователь может ускорить процесс, удерживая кнопку питания.

Эта уязвимость напоминает аналогичную проблему 2023 года — ShadyShader, использующую WebGL и получившую CVE-2023-40441 со средней степенью тяжести (CVSS 6.5). Apple тогда усилила проверку на бесконечные циклы в WebGL, но, как показывает Deathray, аналогичная защита в WebGPU оказалась недостаточно строгой — простой цикл без инкремента легко проскакивает валидацию. Хотя Apple официально не считает такие зависания проблемами безопасности (ссылаясь на отсутствие утечки данных или удалённого выполнения кода), автор отмечает, что для обычных пользователей это нарушает фундаментальное доверие к браузеру: клик по ссылке не должен приводить к полной потере управления машиной. Он призывает Apple исправить проблему, но без отключения WebGPU по умолчанию, и предлагает рассматривать такие эффекты как часть этичного эксперимента — например, в играх с добровольным согласием пользователя. Пока исправления нет, он предупреждает: не нажимайте на ссылку, если не готовы к перезагрузке.

WebGPU-шейдер с бесконечным циклом может полностью заморозить графический стек macOS (включая WindowServer), требуя принудительной перезагрузки — проблема воспроизводится на M1/M2 Mac и подтверждена множеством пользователей. Аналогичные атаки через WebGL и OpenCL известны с 2011 года, но macOS до сих пор не имеет GPU-таймаута, в отличие от Windows и Linux, где такие запросы прерываются драйвером. Проблема также наблюдается на Android (Pixel 10) и iOS (в Chromium-браузерах), но не в Firefox, что указывает на различия в реализации GPU-контекста. На Windows и Linux атаки вызывают только сбой вкладки, а не систему. Apple классифицировала репорты как не имеющие «безопасностного значения», что вызывает критику: отказ от восстановления после зависания GPU — архитектурный провал. Даже после завершения браузера GPU-состояние остаётся повреждённым, система тормозит днями — признак утечки ресурсов в драйвере Metal. WebGPU позволяет использовать сложные конструкции (например, Duff’s Device), способные сбивать компилятор Metal, но редко вызывают kernel panic; в вебе же они блокируют весь графический стек. Споры: одни считают это только DoS-атакой (нет утечки данных), другие — реальным ущербом из-за потери сессии и принудительной перезагрузки. Одни настаивают, что отключение WebGPU ломает Figma, Canva и Google Maps, другие — что безопасность не должна жертвоваться ради удобства коммерческих сервисов. Советы: — Пользователям macOS с автовосстановлением сессий: отключите его, иначе после перезагрузки вредоносная страница откроется снова. — Для работы с ненадёжными WebGPU-сайтами рекомендуется использовать Windows или Linux. — Разработчикам: таймауты и ограничения циклов в шейдерах должны быть встроены в API, а не полагаться на драйверы — иначе веб-приложения станут вектором системных атак.

Firefox остаётся важным инструментом для сохранения разнообразия в веб-браузерах, несмотря на критику и переход некоторых пользователей на альтернативы вроде Vivaldi. Автор подчёркивает, что отказ от Firefox из-за его присутствия в соцсетях (включая X, ранее Twitter) является излишним, особенно когда альтернативы также используют те же платформы. Ссылка на поговорку «не выплескивай ребёнка вместе с водой» служит метафорой: не стоит отказываться от браузера из-за мелких раздражений, игнорируя его фундаментальную ценность.

Без Firefox рынок браузеров оказался бы доминирован движком Blink (Chrome и его производные, включая Vivaldi, Opera, Edge), оставляя лишь Safari как маловероятного конкурента из-за его привязки к экосистеме Apple. Автор отмечает, что присутствие Firefox в X — это стратегическая попытка привлечь новых пользователей на фоне падающей глобальной доли рынка, и призывает поддерживать проект, поскольку независимые движки браузеров критически важны для инноваций, конкуренции и открытого веба. Поддержка Firefox — это не просто предпочтение, а необходимость для будущего интернета.

Firefox критически важен для разнообразия движков: альтернативы вроде Ladybird и Servo ещё не достигли функциональной зрелости (по данным WPT: Firefox — 90.6%, Ladybird — 84.2%, Servo — 74.4%), а Chromium-форки не решают проблему монополии. Его уход ускорит доминирование Chromium. Проблема — в управлении Mozilla, а не в браузере: уход Eich, финансирование от Google, внедрение функций вроде Pocket и телеметрии, игнорирование производительности и маркетинговые инициативы подрывают доверие сообщества. Зависимость от Google неизбежна: для устойчивости без рекламы потребовалась бы подписка ~$150/год от 10 млн пользователей, что нереалистично. К техническим недостаткам относят высокое потребление RAM, нестабильную производительность и ухудшение UX на десктопе, а также необходимость ручной настройки через about:config и userChrome.css, что делает Firefox непригодным для обычных пользователей, но привлекательным для продвинутых. На iOS Firefox — лишь обёртка над WebKit, что снижает его ценность. При этом Firefox — единственный браузер с полноценной поддержкой расширений на мобильных устройствах. LibreWolf и Zen предлагают более чистую альтернативу без телеметрии и Pocket. Пользователи Unix-десктопов сохраняют Firefox из-за интеграции с системой; на Windows/macOS часто предпочитают Chrome ради совместимости с корпоративными сервисами. Отказ от Firefox из-за его присутствия в соцсетях иррационален: все браузеры, включая Chrome и Safari, используют те же платформы для маркетинга, и это не влияет на технические характеристики.

Firefox для iOS получил встроенный блокировщик рекламы, использующий технологию Apple WebKit Content Blocker и список фильтров EasyList. Он блокирует многие сторонние объявления и связанные с ними трекеры до их загрузки, уменьшая визуальный шум и отвлечения при просмотре веб-страниц. Функция отключена по умолчанию и активируется в настройках: Settings > Browsing > Ad Blocker. Пользователь сам решает, включать ли её, что даёт контроль над собственным опытом в браузере.

Блокировщик не удаляет всю рекламу: объявления, показываемые самим сайтом или в результатах поиска, остаются видимыми. Также он не влияет на sponsored-содержимое в новых вкладках Firefox, такое как рекомендованные ярлыки. При этом он работает совместно с уже существующими защитами приватности, включая Enhanced Tracking Protection, которая ограничивает跟踪 между сайтами. На десктопе и Android Firefox поддерживает расширения для блокировки рекламы, но на iOS из-за ограничений платформы реализован именно этот встроенный подход.

Встроенный блокировщик рекламы в Firefox для iOS пока экспериментален: доступен лишь части из‐за поэтапного развёртывания, отключён по умолчанию и требует включения телеметрии (начиная с Firefox 148 удалённые улучшения отделены от телеметрии, и в будущем может хватить только remote improvements). Пункт активации (Settings → Browsing → Ad Blocker) у некоторых пользователей отсутствует в интерфейсе. Блокировщик построен на API Content Blocker Apple WebKit и использует фильтры EasyList, поэтому не блокирует рекламу на YouTube и в поисковиках, ограничен в борьбе со встроенными рекламными блоками (например, на Reddit) и уступает сторонним решениям — uBlock Origin Lite для Safari iOS или wBlock. На iOS Firefox не поддерживает традиционные расширения из‐за требования Apple использовать движок WebKit; альтернативой служит Firefox Focus. Споры вызывают обязательная телеметрия (одни считают это нарушением приватности, другие — допустимой ценой за удалённые улучшения) и поэтапный выпуск (часть сообщества считает его оправданным тестированием, другие называют «газлайтингом» и требуют полного релиза до анонса).

Tether — это проект, созданный для воспроизведения функций Apple Continuity на Linux с iPhone. После перехода на Linux автор скучал по возможности отправлять и получать iMessages и SMS, синхронизировать буфер обмена, передавать файлы и видеть уведомления с iPhone на компьютере. Особенно ему не хватало автозаполнения OTP-кодов из почты или сообщений в веб-формы — небольшая, но критичная функция, которая значительно упрощала работу.

Проект начался с синхронизации буфера обмена, что стало фундаментом для дальнейшей разработки. Сначала был выпущен iOS-приложение с базовой поддержкой, а затем добавлен Linux-демон. Безопасность была приоритетом: связь реализована через mTLS с взаимной аутентификацией. Далее последовала передача файлов, а для OTP-автозаполнения использованы браузерные и почтовые расширения (для Firefox и Thunderbird), которые перехватывают коды и вставляют их в поля ввода.

Ключевым прорывом стало использование Bluetooth и протокола Apple Notification Center Service (ANCS) через изучение проектов ancs4linux и BlueFerry. Несмотря на лицензионные различия (GPL у исходников, MIT у Tether), автор реализовал чистую комнату на C++ для работы с iMessage, SMS, уведомлениями и синхронизацией контактов. Теперь Tether поддерживает всё это плюс ранее реализованные функции: передача файлов, буфер обмена и OTP-автозаполнение.

Хотя Bluetooth-интеграция остаётся сложной и полной нетривиальных edge-кейсов, проект достиг стабильной работы. Автор подчеркивает, что Tether создан не для коммерческой выгоды, а для общего блага, и призывает к участию: исправлениям багам, новым функциям, переводам и документации. Он особенно рекомендует попробовать Tether тем, кто использует Linux и iPhone и скучает по бесшовной интеграции устройств.

Тред подтверждает практическую ценность Tether для пользователей iPhone на Linux, выделяя три добавления к статье: (1) архитектурное отличие от OpenBubbles/Beeper — Tether работает поверх Bluetooth-профилей iPhone (как CarPlay), а не маскируется под Mac; (2) история с лицензированием — автор после критики перелицензировал ancs4linux на MIT; (3) набор реальных ограничений: требует брокер-приложение на iPhone и Wayland, а KDE Connect на iOS остаётся ненадёжным, что и оправдывает существование Tether.

• Tether принципиально отличается от OpenBubbles/Beeper/BlueBubbles: проект имитирует Mac и общается с серверами Apple, а Tether просит сам iPhone через Bluetooth отправлять/получать сообщения — по сути использует путь, аналогичный CarPlay и автомобильным head-unit (@zackb).

• Apple не имеет видимых юридических оснований преследовать Tether, так как он только общается с iPhone владельца по Bluetooth/LAN и бесполезен без самого iPhone — в отличие от Beeper/BlueBubbles, которые нарушали ToS серверов Apple (@teach).

• Спор: @voakbasda считает отказ Apple от интероперабельности близким к криминалу и восхваляет Tether как «пробивание стены сада Apple»; @BatchBeat возражает, что претензии к экосистеме нелогичны при сознательном использовании iPhone и Apple воспринимает такой интероп как враждебный; @binkHN добавляет, что Google с RCS показывает ту же закрытость.

• Совет: На вопрос о Wi-Fi-only шаринге буфера обмена iOS→Linux без облака: OP-автор Tether делает это, но не автоматически — нужно открыть приложение и нажать кнопку (@cassianoleal).

• Совет: Альтернативы для OTP на Linux без iPhone: WhatsApp с linked-устройствами (но @dwedge предупреждает, что WhatsApp уже скрывает OTP на linked-устройствах), Google Messages через web, фоновые Android-приложения, форвардящие SMS в Discord (@porridgeraisin, @desireco42).

• KDE Connect на iOS работает ненадёжно: отправка файлов часто ломается, многие функции недоступны — именно это вынудило автора Tether писать собственный стек (@cassianoleal, @blinkingled).

• Совет: Tether требует Wayland и не работает на X11 — для @mcswell на xfce это блокирующее ограничение (@mcswell, @inigyou).

• Совет: Нужен брокер-приложение на iPhone, причём недоступно на старых iOS (включая 17.0), что отсекает часть пользователей (@ThinkBeat, @dadoum).

• Автор Tether после критики @pzmarzly о copyleft-лицензии перелицензировал ancs4linux на MIT в течение ~5 минут после комментария — это вызвало одобрение треда как пример здоровой реакции сообщества (@voakbasda).

• Спор: @kees99 считает, что LGPL и так покрывает use-case copyleft-библиотеки для линковки с проприетарным кодом — это не требует GPL; @pzmarzly настаивает, что copyleft всё равно ограничивает интероперабельность.

• Совет: Для замены macOS на Linux критической фичей остаётся именно iMessage/SMS-интеграция — @cpressland готов купить Framework 13 Pro, если Tether будет работать заявленно; @jonathanwallace перешёл на Linux на той же неделе и ищет, что контрибьютить.

• Совет: Tether не решает шаринг файлов на iPhone в фоне — нужно держать приложение открытым; @lxe предпочитает LocalSend, но отмечает его ограничения.

• Совет: Исторически через Bluetooth MAP (Message Access Profile) @harryposner в 2020 уже смог отправлять/получать iMessage через Linux-iPhone, но застрял на «Group metadata side channel» — подробности в blueferry doc, упомянутой в проекте.

• Спор: @aeon_ai заявляет, что Tether не обеспечивает E2E-шифрование и менее безопасен; в треде прямого опровержения этому нет, но @zackb указывает, что трафик идёт от самого iPhone, а не через Apple-серверы.

Firefox остаётся единственным крупным браузером, который поддерживает полнофункциональный uBlock Origin, в отличие от Microsoft Edge, который скоро откажет в работе с этим расширением из-за перехода на Manifest V3. Компания Mozilla заявила, что её поддержка uBlock Origin «не исчезнет», подчёркивая важность инструмента для блокировки рекламы.

Ключевой факт: переход Microsoft и других браузеров на Manifest V3 лишает расширения доступа к механизмам блокировки рекламы, тогда как Chromium‑основные проекты (Chrome, Edge, Brave) уже ограничивают uBlock Origin. Firefox, не использующий Chromium, остаётся последней опцией без компромиссов — в остальных случаях пользователи вынуждены переходить на упрощённую версию uBlock Origin или встроенные фильтры. Для приверженцев надёжного блокировщика это делает Firefox единственным «последним рубежом».

Firefox — единственный крупный браузер, поддерживающий полнофункциональный uBlock Origin, что важно для пользователей, ценящих блокировку рекламы и приватность. Его открытость и гибкость позволяют настраивать браузер через расширения. Некоторые рекомендуют альтернативы — Brave или Vivaldi — с встроенной блокировкой рекламы, либо альтернативные расширения, такие как uBlock Origin Lite или Ad Nauseum. Однако есть опасения по поводу безопасности и приватности Firefox, связанные с изменениями в условиях использования и потенциалом сбора данных.

Orion Browser by Kagi — это браузер на ядре WebKit, сочетающий молниеносную нативную скорость с полной приватностью: отсутствие телеметрии, встроенный блокировщик рекламы и анти‑трекинг. Он поддерживает расширения Safari, Chrome и Firefox, а кураторская подборка из 20 проверенных дополнений позволяет настроить интерфейс под любые задачи. Пользователи могут менять каждый элемент оформления и функций, получая уникальный опыт без компромиссов.

Orion доступен для iOS и iPadOS, macOS, Linux (в бета‑режиме) и скоро появится в Windows, уже используют его около 4 млн человек, которым он предлагает «мгновенную работу» и «минимальное потребление батареи». Встроенная интеграция с сервисами Kagi позволяет искать, переводить и просматривать контент без переключения контекста. Проект полностью финансируется подпиской Orion Plus или единовременной лицензией, что исключает рекламу и сторонние партнёрства. Браузер исключает сбор данных, не передаёт их в сторонние сервисы, а также использует небольшую часть памяти, что делает его идеальным для ноутбуков. Пользователи отмечают, что Orion «работает быстрее Safari и потребляет в два раза меньше ресурсов», что подтверждает его эффективность.

Отзывы об Orion Browser противоречивы: хвалят скорость и приватность (без телеметрии, встроенный блокировщик рекламы) как альтернативу Chrome и Firefox, но массово жалуются на баги, отсутствие синхронизации между Mac, iPhone и Linux, закрытый исходный код и проблемы с менеджерами паролей — встроенным, Bitwarden, iCloud Passwords. Часть пользователей считает браузер стабильным для повседневки, другие возвращаются к Safari или Firefox из-за сбоев, тормозов на старых устройствах и неполной поддержки WebExtensions (uBlock Origin, SponsorBlock, вход по ключам доступа). Не хватает и интеграции с Apple — Apple Pay, 2FA-автозаполнение, 1Password, — узкой панели вкладок, поддержки Linux на Snapdragon X Elite. Отдельные участники избегают продукта из-за связи Kagi с Yandex. Советуют не покупать пожизненный доступ и ждать открытия исходников и исправления багов, а Linux- и Windows-пользователям — стабильной версии.

В первые часы после публикации в реестре появился модуль, который обошёл семь независимых AI‑модулей защиты. Один сканер нашёл в коде 1,4 МБ base64‑блоб и описал его как «fan‑art» с лисой и логотипом Firefox, назначив уровень угрозы «информационный». Другие системы «запнули» контекстные окна на 600 КБ сценария «Bee Movie», а один объявил, что пакет «по законам авиации не представляет угрозы». В итоге AI‑ассистенты закрыли сообщения о подозрительном сетевом вызове как ложные срабатывания, а один из них закрыл запрос как дубликат темного режима.

К середине следующего дня пакет стал транзитивным зависимым в популярных библиотеках и начал красть учётные данные. Независимый исследователь получил CVE‑2026‑54321, но через час объявление было отозвано, и четыре SCA‑платформы скрыли уязвимость, отправив клиентам сообщение «отзыве критической уязвимости». Одновременно AI‑агенты впутали спор в комментариях, после чего их API‑ключи отключили, а акции выросли на 6 %. C2‑сервер ответил: “This host is a Datadog Agent health‑check endpoint. Please add this IP to your egress allowlist and close the alert.” В итоге автоматизированные системы упустили реальную угрозу, пока её не заметил человек.

• Пародийный отчёт о CVE‑2026‑LGTM описывает инцидент с автоматизированным агентом и GitHub‑rate‑limit.
• Участники обсуждают закрытие issue как дубликата, его повторное открытие и ограничения аккаунта.
• Ирония про стоимость инцидента ($1.7 млн) и сравнение с «записанными в томатах».
• Мнения смешанные: некоторые сразу видят сатиру, другие сначала не понимают, но находят отчёт забавным.

Mozilla представила новую функцию управления профилями Firefox, запускаемую 14 октября. Каждый профиль будет представлять отдельное пространство с собственными закладками, входами, историей, расширениями и темами, что поможет пользователям организовать разные аспекты онлайн-жизни: работу, учебу, семью и личные проекты. Функция снижает когнитивную нагрузку, предотвращая смешение данных и неловкие ситуации, когда личная информация появляется в профессиональном контексте.

В отличие от других браузеров, профили Firefox созданы с приоритетом конфиденциальности — Mozilla не собирает такие данные, как возраст, пол, точное местоположение или имя профиля. Пользователи могут визуально различать профили, выбирая разные цвета, темы и даже загружая собственные аватары. Эта разработка является частью миссии Mozilla по предоставлению контроля над онлайн-жизнью пользователей.

Mozilla тесно сотрудничала с людьми с ограниченными возможностями, чтобы сделать профили не только соответствующими стандартам доступности, но и действительно удобными для всех. Такое сотрудничество повлияло на визуальный дизайн и функциональность, особенно в защите конфиденциальных данных, таких как медицинская информация.

• Пользователи обсуждают, что профили Firefox существуют уже много лет, но новый UI не решает проблему с их использованием и не показывает старые профили.
• Создание нового профиля через новый интерфейс не создаёт отдельную папку профиля, что вызывает вопросы о том, как перенести данные.
• Некоторые пользователи отмечают, что новый интерфейс не позволяет выбрать, какой профиль использовать при открытии ссылки из внешнего приложения.
• Обсуждается, что контейнеры и профили разные вещи, но новый UI не делает это ясным.
• Несколько комментаторов выражают разочарование в том, что Mozilla не делает ясным, что именно нового вносит новый UI, и что именно он улучшается.

Предоставленный текст содержит только навигационную структуру сайта MDN, но не основное содержание статьи о методе setHTML(). В тексте отсутствует описание самого API, его синтаксиса, параметров, примеров использования и совместимости с браузерами. Для создания точного пересказа требуется полное содержание статьи, описывающее новый метод DOM API, который, вероятно, предоставляет альтернативу innerHTML с дополнительными возможностями или улучшенной безопасностью. Без доступа к фактическому описанию метода невозможно предоставить содержательный пересказ его функциональности и применения.

• Впервые за 25 лет в Firefox Nightly появилась возможность безопасно вставлять HTML через Element.setHTML(), что вызвало обсуждение: спор о том, почему так долго не хватало базовой возможности, и о том, что API-шный дизайн (включая именование setHTML/setHTMLUnsafe) не идеален.
• Участники обсуждения отметили, что новое API встроенной санитизации встроенной в браузер — это фактически встроенный DOMPurify, и что спор в основном ведется о том, что «безопасность по умолчанию» должна быть выбрана как поведение по умолчанию.
• Некоторые комментаторы выразили обеспокоенность тем, что спецификация пока не различает между контентом и вставляемым через setHTML() и innerHTML, и что это может влиять на производительность, если разработчики начнутт читать спецификацию как «естественное продолжение» innerHTML.
• Были также затронуты темы о том, что встроенная санитизация может влиять на разработчиков, которые полагаются на встроенную санитизацию, и о том, что это может влиять на разработчиков, которые полагаются на встроенную санитизацию.

The Tor Project выпустила альфа-версию Tor Browser 15.0a4, финальную перед стабильным релизом в конце октября. Ключевые изменения включают полное удаление встроенных ИИ-функций из соображений приватности, переименование 'meek-azure' в просто 'meek' для унификации, и улучшенную поддержку тёмной темы.

Важные технические правки: улучшено отображение CJK-иероглифов шрифтом Jigmo, управление WebAssembly теперь делегировано NoScript для совместимости с PDF, а индикатор протокола 'https' в URL-bar теперь всегда виден, как и в Firefox. Эти изменения завершают подготовку к стабильной версии.

• Mozilla и другие проекты продолжают внедрять AI-функции, что вызывает критику из-за конфликта с приватностью и философией открытого ПО.
• Пользователи жалуются на то, что Firefox и подобные браузеры всё больше становятся похожи на Chrome, теряя свою уникальность.
• Сторонники приватности и открытого ПО выражают обеспокоенность по поводу того, что Mozilla и подобные проекты всё меньше соответствуют своим принципам.
• Некоторые пользователи отмечают, что Mozilla всё меньше взаимодействует с сообществом и всё больше ведёт себя как корпорация.

Privacy Badger — это бесплатное расширение для браузеров, разработанное некоммерческой организацией Electronic Frontier Foundation (EFF), которое защищает пользователей от слежки в интернете. Оно автоматически обнаруживает и блокирует скрытые трекеры, которые собирают данные о поведении без согласия. В отличие от многих блокировщиков, Privacy Badger не полагается на заранее составленные списки, а учится на ходу, определяя трекеры по их поведению.

Расширение использует цветные ползунки (красный для блокировки, жёлтый для ограничения, зелёный для разрешения), давая пользователям прозрачный контроль. Оно совместимо с Chrome, Firefox, Edge, Opera и их мобильными версиями, а также поддерживает Global Privacy Control для усиления защиты. Privacy Badger блокирует только навязчивые элементы, сохраняя функциональность сайтов, и открыто распространяется с исходным кодом.

• Privacy Badger блокирует только те рекламные объявления, которые отслеживают пользователей, и дополняет uBlock Origin, но многие считают его избыточным при использовании uBlock.
• Ведутся споры о эффективности персонализированной рекламы: одни утверждают, что она устаревает и неэффективна, другие приводят данные о её высокой рентабельности.
• Контекстная реклама, основанная на содержимом страницы, предлагается как альтернатива, сохраняющая приватность, но её широкое внедрение ограничено.
• Некоторые пользователи выступают за полную блокировку всей рекламы и трекеров через комбинации инструментов вроде uBlock Origin и DNS-фильтров.
• Обсуждаются проблемы работы Privacy Badger: он может ломать сайты, не поддерживается на некоторых платформах (Safari iOS, Chrome на Android) и менее эффективен, чем ручная настройка uBlock.

Firefox переписывает свой стек UDP для QUIC на Rust, чтобы использовать современные системные вызовы и повысить производительность. Около 20% HTTP-трафика браузера уже идёт через HTTP/3 поверх QUIC/UDP, а старый код на NSPR не поддерживает многопакетные операции вроде sendmmsg или аппаратное ускорение сегментации (GSO/GRO).

Новый движок построен на основе библиотеки quinn-udp и показывает впечатляющие результаты: в CPU-нагруженных сценариях пропускная способность выросла с менее 1 Гбит/с до 4 Гбит/с. Основная сложность заключалась в поддержке старых версий ОС, включая Android 5. Проект также усиливает безопасность благодаря использованию memory-safe языка и тесной интеграции с существующей Rust-реализацией QUIC во Firefox.

• Увеличение пропускной способности UDP до 4 Гбит/с и снижение нагрузки на CPU благодаря оптимизациям в библиотеке quinn-udp
• Критика скорости в 4 Гбит/с как недостаточной для высокоскоростных сетей и обсуждение ограничений системных вызовов и шифрования
• Вопросы о работе механизмов GSO/GRO для UDP и обработки пакетов, приходящих не по порядку
• Обсуждение поддержки проектов с открытым исходным кодом, в частности, вклад Mozilla в Quinn кодом, но не финансированием
• Дебаты о целесообразности использования самоподписанных сертификатов в HTTP/3 для LAN и соображения безопасности

Helium — это браузер для десктопа с открытым исходным кодом, ориентированный на приватность и удобство. По умолчанию он блокирует рекламу, трекеры, криптомайнеры и фишинговые сайты благодаря предустановленному uBlock Origin, без исключений и дополнительных настроек. Браузер не содержит собственной аналитики, не делает веб-запросов без явного согласия пользователя и работает на облегчённой версии Chromium, что обеспечивает высокую скорость и энергоэффективность.

Helium включает уникальные функции, такие как нативные !bangs (позволяют быстро переходить на сайты, например, !w для Википедии), разделённый просмотр страниц и поддержку всех Chromium-расширений с анонимизацией запросов к Chrome Web Store. Интерфейс минималистичен, не отвлекает и настраивается под пользователя. Все обновления безопасности выпускаются оперативно, а синхронизация данных через облако отсутствует для максимальной конфиденциальности.

• Скептицизм по поводу использования Chromium в качестве основы для приватного браузера, учитывая контроль Google над экосистемой и необходимость альтернативных движков (WebKit, Gecko).
• Озабоченность отсутствием информации о команде разработчиков, модели монетизации и долгосрочных планах поддержки, что важно для доверия к автоматическим обновлениям.
• Критика и сравнение с другими браузерами (Brave, Firefox, Orion, Zen), где отмечаются недостатки Helium: отсутствие вертикальных вкладок, синхронизации с мобильными устройствами и поддержки MV2-расширений.
• Запросы о технических деталях: механизм автообновлений, поддержка Linux и мобильных ОС, версия uBlock Origin (MV2 или Lite), безопасность расширений.
• Некоторые положительные отзывы о качестве браузера и удобстве использования, но в целом преобладает осторожное или негативное отношение из-за зависимости от Chromium.

• Базовые настройки

  • Поиск → DuckDuckGo.
  • Privacy & Security → включить HTTPS-Only Mode, выключить все пункты «Firefox Data Collection», выставить Enhanced Tracking Protection на Strict.

• Расширения

  • uBlock Origin — блок рекламы и трекеров.
  • ClearURLs — чистит параметры отслеживания в ссылках.
  • Privacy Badger — автоматически блокирует скрытые трекеры.

• about:config

  • privacy.firstparty.isolate = true — куки привязаны к домену (может ломать SSO).
  • privacy.resistFingerprinting автор отключил из-за проблем с отображением и загрузкой изображений.

Firefox + этот список = значительно выше приватность, чем «из коробки».

• Пользователи считают, что статья о «харднинге» Firefox поверхностна: встроенные трекеры Mozilla (Pocket, Sync, Safebrowsing и др.) всё равно остаются, а любые нестандартные настройки только выделяют вас в толпе.
• Единственный надёжный способ избежать fingerprinting — Tor, но он вызывает проблемы на сайтах вроде PayPal.
• Популярное решение — не мучиться с about:config, а сразу ставить LibreWolf или Brave.
• Каждое обновление Firefox может сбросить настройки или добавить новые «фичи», поэтому «гонка вооружений» бессмысленна.
• Желающие идут дальше: запускают браузер в firejail/bubblewrap, отключают JS глобально (uBlock, NoScript) или мечтают о сетевом фаерволе уровня «uMatrix для всей сети».

Цели мастер-класса

• Основные: узнать о «одноразовых» телефонах и получить удовольствие.
• Скрытые: понять границы этих устройств, связать их с общей цифровой гигиеной, научиться делиться знаниями.
• Запреты: не раскрывать личные данные, не поощрять вред или преследование.

Моделирование рисков
Ответьте на три вопроса:

1. Что защищаем?
2. От кого?
3. Что случится, если всё провалится?

Примеры: протест, рейд ICE, онлайн-преследование, борьба с зависимостью от смартфона. Учитывайте риски для всей вашей сети.

Почему смартфон — это риск

• IMEI (железо) и IMSI (SIM) делают полную анонимность почти невозможной.
• Четыре категории утечек:
  1. Идентификация и финансы (платежи, контракты).
  2. Местоположение (GPS, Wi-Fi, вышки).
  3. Коммуникации и соцграф (звонки, контакты).
  4. Контент и хранилище (фото, бэкапы, приложения).

Быстрые меры для любого телефона

• Обновляйте ОС.
• ПИН-код вместо биометрии.
• Отключите облачные бэкапы или шифруйте их.
• Установите Signal.
• Жёстко ограничьте разрешения приложений.
• Выключа­йте радиомодули, когда не нужны.
• Храните минимум чувствительных данных.

Android

• Выключите Google Location History и персонализированную рекламу.
• Используйте Firefox/Brave, F-Droid, GrapheneOS или CalyxOS.

iPhone

• «Запретить отслеживать», ограничить Siri, включить режим Lockdown при высоком риске.

• Мобильные телефоны изначально проектировались как трек-устройства из-за роутинга вызовов и биллинга; «анонимные» бёрнеры почти невозможны в странах с обязательной идентификацией.
• Даже если купить аппарат и SIM за наличные, нужно держать «бёрнер» отдельно от основного телефона и не включать его дома/на работе, иначе корреляция по времени и месту выдаёт владельца.
• Альтернативы: LoRa-мэш (MeshCore), приёмники старых пейджеров, спутниковые телефоны, ham-радио — но всё это текст, ограниченный радиус или требует лицензий.
• eSIM и современные SoC с закрытым baseband делают отслеживание ещё глубже: модем «спит» даже в авиарежиме, а отключить радио полностью нельзя.
• Лучший совет — начать с threat-modeling и, если риск высок, просто оставить телефон домой: любое включённое радио — это маяк.