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% меньше).

Apple запустила кампанию «Switch to Safari», призванную убедить пользователей отказаться от Chrome. На новом сайте и в двух роликах на YouTube компания называет Safari «более мощным и приватным браузером, чем Chrome». В числе заявленных преимуществ — экономия батареи, усиленная защита приватности и более высокая скорость.

Ключевые цифры: до 5 часов дополнительного просмотра видео на Mac по сравнению с Chrome и до 35% более быстрая загрузка часто посещаемых сайтов. Apple также упрекает Chrome в том, что тот не запоминает, какие отвлекающие элементы пользователь хочет скрыть, и позволяет большему числу сторонних трекеров следить за людьми в сети и продавать их данные рекламодателям. На сайте есть сравнительная таблица Safari и Chrome, а также описания режима чтения, функции «Notify Me», профилей и Apple Pay.

В роликах показаны «Distraction Control» и «Intelligent Tracking Prevention». Это не первый случай прямого противопоставления: ранее в этом году Apple уже запускала кампанию «Privacy on iPhone», продвигая Safari как более приватную альтернативу Chrome.

Пользователи скептически относятся к кампании Apple из-за монополии Safari в iOS, отсутствия кроссплатформенности и проблем с инструментами разработчика, несмотря на признание его энергоэффективности. Спор о производительности: @koinedad и @bobmarleybiceps отмечают, что Chrome потребляет много памяти и вызывает зависания на Mac, тогда как Safari работает стабильнее; @pantulis считает, что скорость Safari не является его преимуществом. Критикуется закрытость экосистемы Apple: @TheDong и @freakynit подчеркивают, что Safari обладает неоправданной монополией на iOS из-за запрета сторонних движков браузеров. Ключевым барьером для перехода является кроссплатформенность: @glimshe и @maidaman не могут использовать Safari на Windows или Linux, что делает его непригодным для многоплатформенной работы. Разработчики недовольны инструментами Safari: @wereHamster называет devtools «хуже мусора», а @PrimalPower жалуется на специфические ошибки совместимости при экспорте PDF. Пользователи отмечают функциональные недостатки: @freetime2 указывает на проблемы с переводом страниц через POST-запросы, а @curt15 упоминает ограничения Manifest v3, мешающие работе uBlock Origin. Совет: многие пользователи (@jacquesm, @hollowonepl, @potatoproduct) рекомендуют переходить на Firefox как альтернативу корпоративным монополиям. По опыту @geuis, переход на Chrome был революционным из-за скорости и JS-рантайма, но сейчас его удерживает лишь мышечная память и недовольство Manifest v3.

Apple выпустила обновления для всех своих платформ, включая iOS 27, iPadOS 27, macOS Sequoia 27, watchOS 27 и visionOS 27, с акцентом на глубокую интеграцию искусственного интеллекта через новую версию Siri — Siri AI. Этот ассистент теперь понимает личный контекст из сообщений, писем, фото и экрана, может отвечать на вопросы о содержимом дисплея, искать информацию в интернете и выполнять действия в приложениях — например, делить счёт через Apple Cash или добавлять пропуск в Wallet. Siri AI доступна в бета-версии на английском, с поддержкой французского, японского, корейского, португальского и испанского с октября.

Встроенные функции Apple Intelligence улучшили ключевые приложения: в Photos появились инструменты Spatial Reframing, Extend и обновлённый Clean Up, а также Image Playground для генерации изображений в любом стиле с поддержкой SynthID для отметки AI-содержимого. Safari теперь автоматически группирует вкладки по темам, уведомляет об изменениях на сайтах (например, снижении цены) и позволяет создавать расширения из описаний. Функция Call Context показывает релевантные данные — коды подтверждения или номера брони — при звонках в организации. Все нововведения направлены на то, чтобы сделать взаимодействие с устройствами более естественным, персонализированным и полезным в повседневных задачах.

Siri AI работает, но остаётся непоследовательной: пользователи отмечают частые ошибки — неверное управление светом, отсутствие индексации фотографий, проблемы с HomeKit — что указывает на бета‐состояние. macOS 27 улучшил поддержку ультрашироких мониторов (нативное разрешение 3840×1600@144 Hz с HiDPI) и добавил Safari MCP, но сохраняются проблемы с клавиатурой, размером обновления и задержкой контекстного меню. Клавиатура iOS остаётся проблемной: баги «исправляются» ежегодно без реального решения. Safari 27 получил новый MCP сервер и поддержку Web Driver, но WebXR для Safari маловероятен; также отмечается плохой рендеринг некоторых сайтов (например, Notion). Объём обновления iOS 27 — около 26 ГБ, macOS 27 — значительный, что считается высоким для устройств с ограниченным SSD. Рекомендуется отложить установку на несколько недель, особенно на рабочих машинах, чтобы избежать ранних багов. Для экономии места можно удалить «Apple Intelligence» (~35 ГБ) после установки, если AI‐фичи не используются. Отключение AI‐фич (включая Siri) советуют для экономии батареи и повышения производительности. iOS 27 поддерживает старые модели, включая iPhone 11, подтверждая длительный жизненный цикл устройств. Переход к нумерации «год + 1» вызывает споры: некоторые считают его запутывающим для отслеживания багов, другие — унификацией платформ. Разработчикам рекомендуется использовать новый Core AI (наследник Core ML) для доступа к современным моделям и ускорителям. Проблемы с переключением светлой/тёмной темы в CarPlay при движении остаются. Полное отключение AI возможно только через ограниченные опции в iCloud и Siri-настройках.

На 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, а не полагаться на драйверы — иначе веб-приложения станут вектором системных атак.

Apple представила iPhone 18 Pro и iPhone 18 Pro Max с новой 48 МП Fusion Main камерой, получившей переменную диафрагму и расширенные Pro-контролы в приложении Камера. Это обеспечивает творческий контроль, ранее недоступный в смартфонах, включая точную настройку глубины резкости и улучшенную работу в условиях низкой освещённости. Оба устройства получили более компактный и функциональный Dynamic Island, чип A20 Pro и следующее поколение паровой камеры, обеспечивающее最高 устойчивую производительность в истории iPhone. iPhone 18 Pro Max предлагает рекордный прирост времени работы от батареи благодаря улучшенному Apple Silicon и увеличенной ёмкости аккумулятора.

Смартфоны работают на iOS 27 с интегрированным Apple Intelligence и обновлённым Siri AI, который понимает личный контекст, анализирует содержимое экрана и помогает в реальном времени — от поиска в сообщениях и фото до управления камерой голосом. Функции вроде Spatial Reframing, Extend и улучшенного Clean Up позволяют редактировать фото после съёмки, а Image Playground генерирует фотореалистичные изображения. В Safari функция Notify Me отслеживает изменения на веб-страницах (наличие товара, цены). Конфиденциальность обеспечивается за счёт обработки данных на устройстве и технологии Private Cloud Compute, распространяющей защиту iPhone в облако. Поддержка eSIM только моделей доступна у более 500 операторов по всему миру, включая США, Канаду, Японию и страны Персидского залива.

iPhone 18 Pro не оправдывает ожиданий: функция подписи изображений (Apple Reference Image) легко обходится съемкой AI-изображения, а облачная обработка ставит под сомнение сохранность оригинала — при этом Android уже поддерживает C2PA. Пользователи требуют открытия depth-API, подписи видео, двойного модема, Thunderbolt вместо USB-C, eSIM и спутниковой связи. Заявленные 45–60 часов автономности вызывают скепсис, а качество фото, несмотря на апгрейд аппаратуры, ухудшается из-за агрессивной пост-обработки. Отсутствие данных о RAM и пропускной способности памяти вызывает тревогу. Цена $1199 за переменную диафрагму и 12 ГБ RAM считается завышенной; требуют стилуса, прозрачного производства в США, e-ink заднего экрана, складных форматов и улучшенного AI-ассистента. Многие считают обновление неоправданным — улучшения слишком незначительны для ежегодной замены.

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, используют те же платформы для маркетинга, и это не влияет на технические характеристики.

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-пользователям — стабильной версии.

Цель «каждый кадр — идеальный» из Wayland стал принципом UI: любой скриншот программы должен полностью отражать её текущее состояние, а не показывать артефакты загрузки, мигания или несоответствия. Это создаёт доверие — пользователь, не видя код, оценивает качество по визуальному поведению, а плавные, согласованные анимации сигнализируют о тщательной проработке. Эта идея вытекает из принципа, что пользователь не видит код, поэтому визуальная целостность — единственный индикатор надёжности. Если в любой момент скриншот выглядит «правильно», значит разработчики уделили время не только функционалу, но и деталям.

На практике это требует отсутствия белых вспышек, частично загруженного контента и рассинхрона элементов интерфейса. Пример: в Safari курсор появляется слева, а placeholder движется от центра, поэтому в промежуточных кадрах они расходятся, создавая ложное ощущение изменения. Аналогичные рассинхроны встречаются в Photos, YouTube и других сервисах, где технические ограничения делают «идеальными» только конечные кадры. Следовательно, проверять нужно не только старт и конец, но и каждый промежуточный кадр, чтобы UI стал точным инструментом, а не анимационной игрушкой. В Photos граница обрезки «запирается» мгновенно, но её анимация продолжается, вводя в заблуждение.

• Критика «идеального кадра» в анимации UI и её влияние на восприятие пользователя
• Утверждение, что низкая задержка важнее визуального совершенства, а анимация часто ухудшает отзывчивость
• Примеры регрессий в macOS (Safari, Notes, диалог «Сохранить как») и сравнение с более плавными альтернативами
• Призыв к предоставлению конкретных улучшений и лучших практик вместо только указания на проблемы

uBlock Origin Lite - это эффективный и легкий блокировщик контента от создателя оригинального uBlock Origin, доступный бесплатно для всех устройств Apple. Приложение использует те же фильтры, что и его десктопная версия, включая EasyList и EasyPrivacy, но при этом полностью декларативное, не потребляя системных ресурсов во время работы. Последнее обновление от 20 октября 2025 года добавило автоматический выбор оптимальных правил для новых разрешенных хостов.

Пользователи высоко оценили приложение, дав ему максимальный рейтинг 5.0 на основе 34 отзывов. Многие отмечают, что долго ждали появления uBlock Origin на iPadOS, и рады, что приложение теперь доступно на всех устройствах Apple. Приложение не собирает никаких пользовательских данных, что делает его безопасным выбором для защиты приватности.

• uBlock Origin Lite на iOS не работает в Safari внутри приложений из-за ограничений WebExtensions, что делает его менее универсальным.
• Orion для iOS поддерживает установку uBlock Origin, но не может быть установлен как браузер по умолчанию.
• Wipr 2 и NextDNS продолжают быть актуальными альтернативами, но не блокируют рекламу в приложениях.
• YouTube Shorts и реклама в нём не блокируются никаким из доступных инструментов.
• DNS-уровень блокировки рекламы вроде NextDNS или DNS4EU не требует установки приложения и работает на всём устройстве.

Проблема: GitHub в Safari работает крайне медленно.
Описание: Страницы грузятся по 5–10 сек, анимации подвисают, прокрутка «рыхлая». В Chrome и Firefox всё нормально.

Версии:

• Safari 17.5 (macOS 14.5)
• Safari 16.6 (macOS 13.6) – та же картина

Что пробовали:

• Очистить кэш и куки
• Отключить все расширения
• Переключить DNS (Cloudflare, Google)
• Сменить сеть (домашний Wi-Fi, мобильный интернет)
• Включить/выключить «Разработка → Использовать WebKit Nightly»

Результат: ничего не помогло.

Симптомы:

• В Activity Monitor процесс «Safari Web Content» грузит CPU до 100 % при открытии любой страницы GitHub.
• В инструментах разработчика видно, что 80 % времени уходит на «Rendering».

Временное решение:

• Переключиться на Chrome/Firefox.

Просьба: Проверьте, не сломали ли вы что-то в CSS/JS для WebKit.

• GitHub стал критически медленным: Safari и Firefox тормозят даже на мощных М-системах, а большие PR (>1000 файлов) почти не открываются.
• Пользователи связывают падение производительности с переходом на React/SPA после покупки Microsoft и отказом от старого SSR.
• Предлагают мигрировать на Forgejo, Codeberg, SourceHut или возвращаться к простому HTML/CSS.
• Вопрошают, как в крупной компании могут пропустить такую регрессию и почему тесты не ловят разницу между Chrome и Safari.
• Ситуация повторяется и на других сайтах (Jira, Stripe, GCP), вызывая разговоры о «блоте» современных веб-приложений.

uBO Lite (uBOL) — надежный и эффективный блокировщик контента.

Набор правил по умолчанию соответствует стандартным спискам uBlock Origin:

• Встроенные списки uBlock Origin
• EasyList
• EasyPrivacy
• Список серверов рекламы и трекинга Peter Lowe

Дополнительные правила можно включить на странице настроек — нажмите значок шестеренки в всплывающей панели.

uBOL полностью декларативен: фильтрацию CSS/JS выполняет сам браузер, постоянный процесс расширения не нужен. uBOL не расходует CPU/память во время блокировки; сервис‑воркер требуется только при работе с панелью или настройками.

Рейтинги и отзывы

4,8 из 5 (37 оценок)

Лучший блокировщик для Safari

Открытый код, основан на оригинальном uBlock Origin, быстрее других. Рекомендую. Включите режим «Полный», иначе часть рекламы останется.

Не удается включить на Safari для ноутбука

На iPhone работает отлично. Улучшите версию для macOS: в настройках Safari расширение сразу после установки выглядит отключенным.

Доступ к панели

Попасть в настройки немного неочевидно, особенно в приватном режиме. Но это лучший блокировщик. Спасибо за порт на iOS.

Разработчик Raymond Hill сообщает, что приложение может обрабатывать данные, как описано ниже. Подробности в политике конфиденциальности.

Данные не собираются

Разработчик не собирает данные из этого приложения.

Практики конфиденциальности могут отличаться в зависимости от функций и возраста пользователя. Узнать больше

Информация

Продавец: Raymond Hill
Размер: 5,8 МБ
Категория: Утилиты
Совместимость: iPhone iOS 18.0+, iPad iPadOS 18.0+, Mac macOS 15.0+, Apple Vision visionOS 2.0+
Языки: английский
Возраст: 4+
Авторские права: © Raymond Hill 2022
Цена: бесплатно

• Поддержка
• Политика конфиденциальности

• Пользователи обсуждают выход uBlock Origin Lite для Safari: многие радуются появлению уБО на iOS/macOS, но отмечают, что Apple очень поздно починила/реализовала DNR API (iOS 18.5–18.6), из‑за чего раньше блокировка в Safari была слабее, чем даже в Chrome MV3.
• Много жалоб на совместимость и распространение: у некоторых расширение не активируется или пишет «не поддерживается этой версией Safari» (iOS 18.5, macOS 15.5/15.6), встречаются ошибки «Unable to load», недоступность в регионе, а в поиске App Store его тяжело найти.
• Сравнения с альтернативами разнятся: часть считает, что AdGuard/Wipr/Ghostery уже давно хорошо работают в Safari; другие видят у uBOL более высокую эффективность (пример теста 94% vs 79% у AdGuard) и удобные инструменты (элемент‑пикер), хотя некоторые жалуются на UI и помехи нативным функциям Safari.
• Обсуждают альтернативные браузеры: Orion (WebKit с поддержкой uBO “полной” версии), Brave (встроенный эффективный блокер), Firefox/Firefox Focus, DuckDuckGo; ряд пользователей предпочитает их из‑за лучшего адблокинга и производительности.
• Требование iOS 18+ стало барьером: владельцы старых устройств/версий iOS просят поддержку, опасаются обновляться, часть ждёт доступности по регионам.
• Есть вопросы о функциональности “Lite”: можно ли добавлять собственные фильтры/косметические правила; у некоторых всплывает запрос доступа к доменам трекинга (например, adnxs), что вызывает недоумение.
• Итоговая тональность: рады новому варианту для Safari и конкуренции, но критикуют Apple за запоздалую и несовершенную реализацию, а также за хрупкость и региональные/версийные ограничения.