Больше года назад компания Tesla начала распространять среди сторонних разработчиков мобильных приложений документацию по работе с фирменным программным интерфейсом (API), но расценки на доступ к этой экосистеме стали доступны лишь недавно. Некоторые разработчики подсчитали, что им придётся отдавать по $60 млн в год компании Tesla и в итоге похоронить бизнес.

Источник изображения: Tesla

Компания Tesla не только располагает многомиллионным парком электромобилей, с которых собирает различную информацию, но и весьма развитой в отдельных регионах планеты сетью зарядных станций. Монетизировать сопутствующие данные можно, предоставляя к ним доступ разработчикам различных сервисных и информационных приложений. Эксплуатирующие парк электромобилей Tesla компании также могут создавать собственные программные инструменты для контроля за расходами и управления корпоративным автопарком. За доступ к фирменному программному интерфейсу разработчикам сторонних приложений придётся платить.

На первый взгляд, профильный раздел сайта Tesla содержит довольно безобидные расценки. За получение 150 000 потоковых сигналов придётся отдать $1, в ту же сумму обойдётся отправка 1000 команд на бортовую электронику электромобиля, аналогично стоят и 500 запросов данных, либо 50 команд на пробуждение.

Как сообщает Electrek со ссылкой на разработчиков приложения Tessie, которые могут похвастать аудиторией из примерно 400 000 владельцев электромобилей Tesla, эти внешне безобидные расценки на работу с API в случае с конкретным ПО будут выливаться в ежегодные платежи в адрес Tesla в размере $60 млн. Разработчики Tessie видят альтернативу в подключении к электромобилям своих клиентов напрямую по IP-адресу либо через Bluetooth в момент нахождения смартфона в электромобиле или поблизости.

Разработчики Teslascope также считают предложенные расценки на доступ к API неразумными, поскольку в случае с их приложением выплаты компании Tesla в 7,5 раз превысят ежемесячную выручку. И это не самые плохие варианты калькуляции, но и они могут поставить под сомнение саму целесообразность ведения бизнеса на предложенных условиях.

Для сравнения, Apple за доступ к своему API берёт с индивидуальных разработчиков плату в размере $99 в год, а потом взимает комиссию в размере около 30 % за ряд транзакций внутри приложения. Корпоративные клиенты, которым нужны приложения в экосистеме Apple для внутреннего использования, в этом случае платят $299. Google в этом отношении более демократична: единовременный взнос для разработчика составляет $25, но комиссии за транзакции могут достигать всё тех же 30 %. В любом случае, многообразие приложений под платформы Apple iOS и Google Android позволяет предположить, что разработчиков условия сотрудничества с обеими компаниями чаще всего устраивают. Tesla же пытается нащупать какую-то свою бизнес-модель в этой сфере, и пока эти попытки не выглядят удачными.

С выходом watchOS 11 на умных часах Apple появится приложение «Перевод». Новые функции также появятся в версиях приложения для iPhone и iPad, которые существуют уже давно. В частности, Apple сделала общедоступным новый API, который позволит разработчикам интегрировать средства перевода в свои приложения.

Apple представила API для перевода на мероприятии WWDC 2024 — он избавит разработчиков от необходимости использовать сторонние платформы для реализации этих функций в своих приложениях. Сторонним приложениям, таким образом, открывается доступ к тем же моделям машинного обучения, что используются в собственном приложении Apple «Перевод», а функция перевода работает в автономном режиме.

Новый API доступен для устройств под управлением iOS 17.4 и более поздних версий, а в SDK iOS 18 появятся и некоторые эксклюзивные функции. В частности, новая версия системы получит возможность переводить строки поодиночке или пакетами, а также выводить результаты перевода в любом пользовательском интерфейсе. Пока Apple iOS 18 доступна в виде предварительной бета-версии для разработчиков. Выпуск общедоступной бета-версии запланирован на июль, а финальная появится осенью.

Meta✴ сообщила о создании API для платформы микроблогов Threads, официальный запуск которого запланирован на конец июня. Инструменты API с бесплатным доступом помогут разработчикам создавать «уникальные интеграции» с Threads — возможно, даже альтернативные клиентские приложения.

Источник изображения: Julio Lopez / unsplash.com

«Теперь люди могут публиковать через API сообщения, выводить собственный контент и применять наши функции работы с комментариями для настройки элементов управления ответами и цитатами, выводить ответы на свои сообщения, скрывать, открывать или комментировать определённые ответы», — рассказал технический директор Threads Джесси Чэнь (Jesse Chen).

Анализ публикаций в Threads — «одна из наших самых востребованных функций API», уточнил Чэнь, поэтому Meta✴ открыла разработчикам доступ к числу просмотров, лайков, ответов, репостов и цитат сообщений. Компания опубликовала подробную документацию по работе с API Threads и выложила пример приложения с открытым исходным кодом. Пока инструменты тестируются с небольшим числом партнёров компании: портал Techmeme автоматизировал публикацию контента в Threads, а платформы Sprout и Hootsuite интегрировали поддержку Threads наравне с другими соцсетями.

Ранее Threads получила интеграцию с распределёнными соцсетями семейства Fediverse, включая Mastodon, но её возможности ограничены: пользователи Threads могут открывать свои публикации через клиенты Mastodon и публиковать контент на серверах Mastodon, но пока не имеют доступа к просмотру комментариев и подписок пользователей Fediverse.

Microsoft сообщила о доступности предварительной версии Agility Software Development Kit 1.714.0 для разработчиков, в который включена поддержка API DirectSR. Последний призван упростить интеграцию различных технологий масштабирования в игры.

Источник изображения: VideoCardz

DirectSR представляет собой расширение DirectX 12, разработанное Microsoft вместе с AMD, Intel и Nvidia. Оно позволяет добавлять поддержку AMD FSR, Intel XeSS и Nvidia DLSS через единый механизм, значительно сокращая время и объём работы, которые затрачивались для интеграции каждой технологии по отдельности.

Раньше каждую технологию масштабирования приходилось реализовывать вручную с помощью отдельных SDK (за исключением игровых движков со специальными плагинами для масштабирования, которые есть, например, в Unreal Engine 5). С помощью DirectSR все три средства масштабирования можно реализовать одним махом. DirectSR охватывает ключевые функции и особенности, присущие всем технологиям временного масштабирования. В большинстве случаев речь здесь идёт о векторах движения, буферах глубины и цвета, метках реакции и экспозиции.

Поскольку DirectSR технически является альтернативным методом интеграции технологий масштабирования, объединяющим DLSS, XeSS и FSR, новый API от Microsoft должен поддерживаться на уровне графического драйвера для аппаратных решений масштабирования. Это означает, что актуальные версии графических драйверов, например, с аппаратной поддержкой Nvidia DLSS и XMX-совместимой версии Intel XeSS, пока не поддерживают DirectSR, и пользователям придётся перейти на версию драйверов, в которых будет реализована совместимость с новым API.

Microsoft заявляет, что DirectSR в перспективе получит встроенную поддержку вариантов масштабирования, не зависящих от используемого графического процессора. В выпущенной предварительной версии DirectSR компания добавила встроенную поддержку только для AMD FSR 2.2. Однако следует ожидать, что Microsoft добавит встроенную поддержку Intel DP4a (необходимой для программной реализации XeSS, не зависящей от используемого GPU), в будущем обновлении, возможно, в полной версии DirectSR.

DirectSR пока недоступен ни в одной игре, но разработчики уже могут использовать этот API. Он доступен в предварительной версии Agility SDK 1.714.0.

API Google Fit был запущен в 2014 году, вскоре после Apple Healthkit в iOS 8. Обе платформы должны были помочь собирать воедино данные о здоровье из различных приложений и сервисов. К 2024 году у Google было уже три конкурирующих API: Health Connect, Fitbit и Google Fit. Последний стал жертвой «внутреннего каннибализма» — 1 мая завершилась его поддержка, а 30 июня 2025 года он будет закрыт и все фитнес-устройства на его основе перестанут синхронизироваться.

Источник изображений: Google

Изначально платформа API Google Fit предназначалась для синхронизации данных о состоянии здоровья со сторонних фитнес-устройств с учётной записью Google. На момент запуска этого API у Google были заключены партнёрские соглашения по его использованию с Nike, Adidas, Withings, Asus, HTC, Intel, LG и с разработчиками приложений Runtastic и RunKeeper.

Несмотря на столь многообещающее начало, на сегодняшний день Google Fit в целом оказался не у дел. Дело в том, что в 2021 году Google приобрела компанию Fitbit и с тех пор все новые продукты Google, такие как часы Pixel Watch и смартфоны Pixel, поставляются с приложением Fitbit в качестве встроенного фитнес-решения.

Но Google не остановилась на этом — в 2022 году был выпущен новый фитнес-API Health Connect, который появился в Android 13 в статусе бета-версии и стал официальной платформой с открытым исходным кодом для сбора данных о здоровье в Android 14. Запуск Android 14 состоялся всего семь месяцев назад, и, учитывая медленный график обновлений Android и ещё более медленное внедрение новых функций разработчиками, пока трудно делать выводы о перспективности нового API.

API Fitbit синхронизирует данные о состоянии здоровья с учётной записью Fitbit (учётные записи Fitbit будут закрыты в 2025 году), а API Google Fit синхронизирует данные с учётной записью Google. Главным отличием Health Connect является отсутствие облачной синхронизации. В документации Health Connect вообще не говорится об облаке. С точки зрения платформы отсутствие облачной синхронизации делает Health Connect более нейтральным, не связанным с Google стандартом хранения данных о здоровье. Google также называет отсутствие облачного хранилища функцией конфиденциальности.

В руководстве компании по миграции отмечается, что API-интерфейсы Google Fit и Health Connect несовместимы, и на данный момент Google рекомендует поддерживать оба API, пока пользователи и производители переходят с одного API на другой. Google не рекомендует разработчикам, использующим API Fitbit, переходить на Health Connect, при этом не предлагая никакой альтернативы, поэтому создаётся впечатление, что конечная цель заключается в изолировании данных на устройстве.

Любопытно отметить, что ровесник Google Fit — Apple Healthkit продолжает спокойно функционировать. И пока Google в очередной раз начинает всё сначала, Apple продолжает развивать свою экосистему и своё и без того значительное лидерство, укрепляя доверие пользователей и разработчиков.

Ранняя версия новой технологии Work Graphs, представленной компанией Microsoft на прошлой неделе и входящей в состав DirectX 12, обеспечила значительную прибавку игровой производительности в системе с видеокартой Radeon RX 7900 XTX, сообщила компания AMD. Технология Work Graphs призвана оптимизировать взаимодействие CPU и GPU при выполнении различных задач.

Источник изображений: AMD

По словам AMD, в ранних испытаниях Work Graphs повысила игровую производительность ПК с видеокартой Radeon RX 7900 XTX на 39 %. Без технологии Work Graphs и при использовании традиционного метода выполнения операций ExecuteIndirect решение задачи потребовало на 64 % больше времени. Проверка проводилась на ПК с Ryzen 7 5800X, 32 Гбайт памяти DDR4 и видеокартой Radeon RX 7900 XTX.

Технология Work Graphs призвана разгрузить центральный процессор за счёт переноса планирования части задач на видеокарту. Иногда CPU не успевает подготовить задачи для расчёта на GPU, в результате видеокарта простаивает, ожидая новых указаний. Задача Work Graphs — сделать GPU более автономным. Для этого CPU будет создавать для GPU последовательность задач, которую необходимо исполнить. Такая оптимизация позволит увеличить производительность рендеринга.

Ниже на видео показана 3D-сцена без пользовательского интерфейса HUD и скайбокса, рендеринг которой осуществляется за одну последовательность задач с помощью Work Graphs.

Технологии Work Graphs и Mesh Nodes станут важными составляющими DirectX 12. Все ключевые производители видеокарт уже работают над их поддержкой на уровне драйверов для своих аппаратных средств.

Благодаря возможности графических процессоров самостоятельно планировать работу с помощью Work Graphs, между CPU и GPU будут передаваться меньше задач, что в конечном итоге освободит ресурсы центрального процессора и памяти, позволив разработчикам игр более эффективно использовать ресурсы GPU для создания ещё более впечатляющей картинки.

Microsoft выпустила технологию Work Graphs, которая является частью последней версии DirectX 12. Данная технология позволит разгрузить центральный процессор за счёт переноса планирования задач на видеокарту, что теоретически даст прирост производительности системам с маломощными CPU.

Сейчас конечная картинка на экране формируется совместными усилиями CPU и GPU, но иногда CPU не успевает подготовить задачи для расчёта на GPU, в результате видеокарта простаивает, ожидая новых указаний. Технология Work Graphs призвана сделать GPU более автономным, чтобы он мог сам подавать себе рабочие задания и сократить количество обращений к CPU.

С помощью Work Graphs разработчики игр могут оптимизировать конвейеры производитель-потребитель, которые эффективно переносят тяжелые рабочие нагрузки с CPU на GPU. В этой системе поток, работающий на GPU (производитель), может зарегистрировать запрос на выполнение другой работы (потребитель). Работа будет запланирована GPU, как только появится свободное место, и при необходимости этот поток также может стать потребителем. Проще говоря, вместо ожидания выполнения каждого этапа расчётов, CPU может составить последовательность задач, которые GPU выполнит, не обращаясь каждый раз к CPU.

Дополнительно ускорить взаимодействие центрального и графического процессоров предполагается благодаря функции GPU Upload Heaps из Shader Model 6.8 — она позволяет CPU и GPU обмениваться данными заметно быстрее, за счёт отсутствия необходимости передавать данные из видеопамяти центральному процессору через шину PCI. Эта функция использует технологию ResizableBAR, позволяющую CPU с минимальными задержками записывать данные в видеопамять.

Work Graphs и Shader Model 6.8 стали доступны разработчикам игр через Agility SDK 1.613. Этот SDK уже можно использовать с новейшими драйверами AMD и NVIDIA. Технология Work Graphs поддерживается графическими процессорами NVIDIA Ampere и Ada Lovelace (GeForce RTX 3000 и RTX 4000) с установленными драйверами версии 551.76 или новее. Что касается AMD, то Work Graphs сейчас работает лишь на графических процессорах с архитектурой RDNA3 (видеокарты Radeon RX 7000). Обновлённые драйвера с поддержкой нового SDK от Intel пока не вышли.

Стоит отметить, что одним лишь обновлением видеодрайвера производительность не поднять — технология Work Graphs должна быть реализована в играх, а значит инициативу должны поддержать и игровые разработчики.

Компания NVIDIA также опубликовала техническую демонстрацию, позволяющую оценить работу Work Graphs. В видео выше показана её работа — примерно в на 1:20 можно увидеть заметный прирост производительности за счёт новой технологии. В тесте использовалась видеокарты GeForce RTX 4090 и процессор Ryzen 7 7700X.

«Яндекс» сообщил об доступности для всех пользователей YandexGPT API в режиме превью через облачную платформу Yandex Cloud. Также было объявлено о запуске программы грантов Yandex Cloud Boost AI, в рамках которой технологическим компаниям может быть выделено 1 млн рублей на использование YandexGPT API для создания чат-ботов и умных помощников, генерации, структурирования и суммаризации текстовой информации в бизнес-приложениях и веб-сервисах.

Источник изображений: «Яндекс»

Кроме этого, пользователям предоставят возможность получить консультации архитекторов по работе с нейросетью нового поколения и скидку на дальнейшее использование YandexGPT API в рамках предлагаемых тарифов.

Наряду с моделью для решения задач, где требуется выполнение запросов в режиме реального времени, в YandexGPT API теперь доступна большая модель в асинхронном режиме, предназначенная для решения более сложных текстовых задач, например, для аналитики аудиозаписей.

Также можно воспользоваться библиотекой промтов (готовых текстовых запросов) по наиболее популярным для бизнеса сценариям использования нейросети, которые помогут упростить и ускорить работу с типовыми GPT-сценариями. Например, быстро сгенерировать заголовки или подготовить рекламное объявление.

Бизнес сможет получить бесплатный доступ к сервису в рамках программы Yandex Cloud Boost AI. Для этого компания должна заниматься созданием собственного технологического продукта, и её проект должен быть на стадии MVP и выше. И конечно же, у компании должна быть готова задача для использования YandexGPT API.

В процессе тестирования YandexGPT API было подано более 20 тысяч заявок компаний, больше всего — из сферы ИТ, ретейла и банков.

Компания Meta✴ открыла представителям научного сообщества широкий доступ к данным социальных сетей Instagram✴ и Facebook✴, что поможет им в проведении различных академических исследований. Доступ к контенту в реальном времени обеспечивается платформой Meta✴ Content Library и средствами API.

Источник изображения: Meta✴

Первоначально эти инструменты были выпущены в формате бета-версии в рамках совместного проекта Meta✴ и Межуниверситетского консорциума политических и социальных исследований (ICPSR) при Мичиганском университете. Собрав достаточное количество отзывов, компания объявила о готовности выпустить эти инструменты для более широкого круга исследователей.

Одной из причин, по которым Meta✴ решилась на этот шаг, стало особое внимание к деятельности компании со стороны властей, в том числе в ЕС — в регионе действуют строгие законы в отношении обработки данных, включая «Общий регламент по защите данных» (GDPR) и «Закон о цифровых сервисах» (DSA). Компания изъявила готовность выполнять требования DSA, обеспечив прозрачность работы своих платформ и предоставив европейским пользователям возможность отключать рекомендательные алгоритмы, правда, далеко не бесплатно.

Meta✴ Content Library и API обеспечивают исследователям доступ к контенту Facebook✴ и Instagram✴ с возможностями, недоступными ни с одним из прежних инструментов компании. Meta✴ подчеркнула, что они помогут ей соответствовать нормативным требованиям в отношении обмена данными — исследователи в реальном времени получают доступ к общедоступному контенту со страниц, публикаций, групп и мероприятий в Facebook✴, а также личных и корпоративных учётных записей в Instagram✴. Учёным также доступны данные о взаимодействии пользователей с публикациями: лайки, репосты, комментарии и счётчики просмотров.

Сам контент является общедоступным, но Meta✴ Content Library и API максимально упрощают возможность его изучения — есть средства для фильтрации и удобного представления в графическом интерфейсе или возможность использовать стороннее ПО с API. Заявки на доступ к этим инструментам учёным придётся подавать через партнёров Meta✴, обеспечивающим безопасность данных — первым из них стал ICPSR. По мере сбора отзывов компания будет вносить улучшения в Meta✴ Content Library и API.

После приобретения Twitter в прошлом году Илон Маск (Elon Musk) запретил доступ к API социальной сети для сторонних приложений и изменил ценообразование, затруднив доступ к данным платформы для исследователей. Но, для предоставления услуг X в Евросоюзе, компании пришлось изменить свой подход и выполнять требования местного законодательства, которое предписывает обеспечить доступ к своим данным для исследователей.

Источник изображения: X

В соответствии с европейским «Законом о цифровых услугах» (DSA), крупные информационные платформы (Very large online platforms, VLOP) обязаны предоставлять доступ к своим данным для исследований системных рисков, представляющих общественный интерес. X была признана европейскими законодателями крупной информационной платформой ещё в апреле, а срок начала соблюдения требований для VLOP наступил в конце августа. Статья 40 DSA, которая описывает доступ к данным и их проверку, предусматривает, что крупные платформы должны облегчать доступ к данным проверенным исследователям, например, путём предоставления данных через онлайн-базы данных или API. В соответствии с DSA, Еврокомиссия может наложить штраф вплоть до 6 % от глобального дохода платформы за несоблюдение требований закона.

В настоящий момент X не предлагает активной исследовательской программы, а учёные не могут получить бесплатный доступ к данным платформы. В марте X сообщала о планах разработки отдельной программы доступа для академических кругов, но дальнейшего развития эти планы, похоже, не получили.

Безусловно, открытие доступа к данным X для исследователей ЕС еврокомиссия сочтёт признаком того, что закон работает. Важно понимать, что в соответствии с DSA, «государственное исследование» должно фокусироваться только на «обнаружении, идентификации и понимании системных рисков в Европейском Союзе», а использование данных разрешено «только в той степени, в которой необходимо, чтобы X выполнил свои обязательства по DSA».

Ранее в этом году главный дипломат ЕС Жозеп Боррель (Josep Borrell) обвинил Twitter, как ранее называлась X, в блокировании доступа к данным для учёных, заявив, что отсутствие бесплатного доступа к API для исследователей может существенно осложнить изучение потока дезинформации в интернете.

В последние недели чиновники ЕС неоднократно запрашивали у X информацию о шагах, которые платформа предпринимает для удаления незаконного контента и дезинформации, связанной с обострением обстановки на Ближнем востоке. Комиссия пока не начала официальное расследование, ограничившись усилением давления на Х посредством публичного обращения с последующим формальным запросом информации.

Обновление условий для разработчиков X предполагает, что исследователи в ЕС смогут получить доступ и использовать лицензионные данные социальной сети для исследовательских целей, связанных с DSA. Пока неясно, предложит ли X аналогичную программу доступа для академического сообщества за пределами ЕС, или ограничится исключительно выполнением юридических обязательств перед Евросоюзом.

Полный текст изменений, которые X внесла в соглашение с разработчиком:

«Несмотря на какие-либо положения настоящего Соглашения об обратном, если вам предоставляется доступ к Лицензируемым материалам в соответствии с процедурами, описанными в статье 40 Закона о цифровых услугах (Регламент (ЕС) 2022/2065) («DSA»), ваш доступ и использование Лицензионного материала ограничивается исключительно проведением исследований, которые способствуют обнаружению, идентификации и пониманию системных рисков в Европейском Союзе, и только в той степени, в которой это необходимо X для выполнения своих обязательств по DSA. Любое такое использование Лицензионного материала является некоммерческим, как описано в Разделе III(B) настоящего Соглашения. Вы не имеете права раскрывать, воспроизводить, лицензировать или иным образом распространять Лицензионные материалы (включая любые их производные), которые вы получаете через X API, любому физическому или юридическому лицу за пределами лиц в вашей организации, необходимых для проведения исследования, за исключением случаев, когда (i) информация раскрывается координатору цифровых услуг или другой стороне, специально оговорённой DSA, в соответствии со статусом и процедурами “проверенного исследователя”, описанными в статье 40, или (ii) раскрытие требуется по закону».

Адам Моссери (Adam Mosseri), глава платформы Instagram✴, анонсировал скорый запуск API для социальной платформы Threads. Этот шаг, как обещает Моссери, расширит возможности для разработчиков, позволив создать новые приложения и функциональные решения. Однако он также выразил опасения, что это может привести к доминированию контента медиахолдингов над творчеством независимых авторов.

Источник изображения: Threads

Адам Моссери подтвердил разработку программного интерфейса (API) для Threads, отвечая на вопрос журналиста Кейси Ньютона (Casey Newton) во время обсуждения потенциала для создания интерфейса, аналогичного TweetDeck, для платформы Threads.

Threads занимает особую позицию в отношении новостного контента. Платформа не стремится активно продвигать новости, но и не препятствует их распространению. В условиях отсутствия API медиахолдинги вынуждены публиковать материалы вручную, что является неэффективным для организаций, выпускающих ежедневно большое количество статей.

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

Ранее на этой неделе компания Meta✴ раскрыла статистику, согласно которой у Threads почти 100 млн активных пользователей ежемесячно. Открытие API и создание экосистемы сторонних приложений могут не привести к росту этого показателя, однако в сумме они обогатят пользовательский опыт, предоставляя альтернативные способы взаимодействия с платформой.

С одной стороны, открытие API для Threads станет толчком для разработки новых приложений и функций; с другой стороны, это создаст риск переполнения платформы контентом крупных медиахолдингов. В этом контексте важно сохранить баланс, чтобы не утратить уникальный характер Threads, сделавший его популярным.

На этой неделе социальная сеть X заявила о прекращении поддержки некоторых конечных точек API из-за перехода на новый API версии 2. Компания также заявила, что прекращает поддержку устаревших уровней доступа Essential и Elevated. Соцсеть X в марте повысила цены за доступ к своему API, а теперь компания объявила о новых изменениях, что может снова увеличить расходы для разработчиков, особенно для корпоративных клиентов.

Источник изображения: twitter.com

«В рамках наших постоянных усилий по модернизации и преобразованию нашей платформы API мы объявляем устаревшими некоторые из наших конечных точек версии 1.1 и просим вас перейти на эквиваленты версии 2. Эти прекращения поддержки позволят нам продолжить поддержку новейших функций X с помощью нашего API v2», — заявили в компании.

Для справки: API (application programming interface) — интерфейс программирования приложения — описание способов взаимодействия одной компьютерной программы с другими. Конечные точки API указывают, как получить доступ к ресурсу. Один и тот же ресурс обычно предлагает множество связанных конечных точек, каждая из которых имеет разные пути и методы, но возвращает различную информацию об одном и том же ресурсе.

В течение следующих 30 дней X планирует удалить устаревшие уровни доступа к API версии 2, включая Essential и Elevated. Чтобы сохранить доступ, пользователям необходимо войти в свою учётную запись разработчика и поменять уровень доступа на Free, Basic, Pro или Enterprise.

Ранее разработчики сообщали, что некоторые вызовы с конечными точками API версии 1.1 не учитывались в ежемесячной квоте для корпоративных клиентов. Но с последним обновлением X эта ошибка будет исправлена. Кроме того, станет недоступна функция поиска пользователей.

X последние несколько месяцев проводит ребрендинг сразу по всем направлениям и, в том числе, планирует изменить способ отображения новостных ссылок и платформу, скрывая заголовки и краткий текст из публикации. Ранее в этом году компания заблокировала сторонние приложения и радикально изменила структуру своего API.

Корпоративные планы социальной сети стоят $42 000, $125 000 и $210 000 в месяц с лимитом в 50 млн, 100 млн и 200 млн постов соответственно. Новые изменения направлены на то, чтобы побудить ценных клиентов платить больше за более высокие уровни доступа.

Скоро весьма строгий процесс проверки приложений на соответствие рекомендациям Apple при добавлении в App Store станет ещё более дотошным. Apple недавно объявила, что разработчики должны будут подробно объяснить, почему их приложения используют определённые API, прежде чем отправлять их в App Store. Компания поясняет, что эта мера направлена на борьбу со сбором данных об устройствах пользователей.

Источник изображения: unsplash.com

Как указано на сайте Apple Developer, некоторые API теперь классифицируются как Required Reason API и для того, чтобы использовать их в приложении, разработчик должен объяснить Apple свой выбор именно этого API. «Чтобы предотвратить неправомерное использование определённых API, которые могут использоваться для сбора данных об устройствах пользователей с помощью фингерпринтинга, вам необходимо объявить причины использования этих API в манифесте конфиденциальности вашего приложения. Это поможет гарантировать, что приложения будут использовать эти API только по прямому назначению», — объясняет Apple.

Фингерпринтинг (fingerprint — отпечаток пальца) идентифицирует пользователя по уникальным особенностям его браузера, системы и устройства. Поскольку фингерпринтинг не требует хранения данных у клиента, его очень трудно заметить и почти невозможно избежать, что значительно упрощает слежку за действиями пользователя. Фингерпринтинг использует для идентификации пользователя его IP-адрес, версию браузера и системы, системный язык, разрешение экрана, часовой пояс, показания часов с точностью до миллисекунды и список стандартных шрифтов и любые другие доступные данные.

Начиная с этой осени, с выпуском iOS 17, tvOS 17, watchOS 10 и macOS Sonoma, разработчики будут получать уведомления при добавлении приложений с использованием Required Reason API без описания причин его использования. С весны 2024 года приложения, использующие эти API без уважительной причины, будут отклоняться.

Хотя эта мера направлена на сохранение конфиденциальности пользователей, некоторые разработчики обеспокоены потенциальным ростом числа отказов размещения приложений и обновлений в App Store. Например, Apple относит UserDefaults к Required Reason API, хотя это базовый и довольно распространённый API, в котором хранятся пользовательские настройки для приложения и его использует множество приложений.

Использование UserDefaults теперь может привести к автоматическому удалению приложения из App Store просто потому, что разработчик забудет добавить объяснение использования этого API, так как полагает его применение само собой разумеющимся. К тому же неясно, как Apple будет контролировать использование этого API, поскольку большинство разработчиков будут утверждать, что просто хранят с его помощью пользовательские настройки.

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

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

Источник изображения: Brett Jordan / unsplash.com

Популярный iOS-клиент Apollo, ставший негласным флагманом протестов, больше не загружает контент, показывая вместо этого бесконечно вращающийся значок ожидания. Разработчик приложения Кристиан Селиг (Christian Selig) подтвердил, что виной тому новые порядки Reddit, а сам он никаких действий не предпринимал. Ещё одно приложение BaconReader выводит сообщение с «ошибкой 429», Android-клиент Sync сообщает об «ошибке 401», и только приложение reddit is fun почему-то ещё показывает контент незалогиненному пользователю, но уже не позволяет войти в учётную запись.

В мае разработчик Apollo Кристиан Селиг, узнав о планах сделать API Reddit платным, подсчитал, что для продолжения работы приложения ему придётся перечислять администрации платформы $20 млн ежегодно. Многочисленные сообщества форума объявили о забастовке, которая, впрочем, ни к чему не привела — администрация пригрозила просто заменить несогласных модераторов и установила крайние сроки акций протеста. Бесплатный доступ к API останется только для приложений со специальными возможностями.

Google, решившая избавиться от файлов cookie для работы механизмов целевой рекламы в браузере Chrome, подготовила альтернативный интерфейс Topics API и потребовала у разработчиков дать обещание не злоупотреблять им, хотя техническая возможность для этого существует.

Источник изображения: google.com/chrome

Новый рекламный Topics API начнёт работу с выходом финальной версии Chrome 115, который запланирован на 12 июля. Анализ работы инструмента показал, что с его помощью можно отслеживать пользователей браузера вплоть до идентификации их личности. Но Google это не смущает. Вот как старший разработчик Chrome прокомментировал опасения в обсуждении на GitHub: «Мы добавили в Chrome требование, чтобы разработчики регистрировались для работы с API и свидетельствовали, что не будут злоупотреблять API. Решение не техническое, но, думаю, оно поможет решить эту проблему».

Разработчики Apple WebKit и Mozilla Firefox отрицательно отозвались об очередной инициативе Google. В Apple выразили сомнение, что данные о поведении пользователя на разных сайтах должны предоставляться через API. В Mozilla заявили, что инструмент снизит ценность информации для рекламодателей, а значимой защиты конфиденциальности пользователей так и не обеспечит.

Topics API входит в тестовую среду Google Privacy Sandbox. Механизм работы инструмента позволяет запускать код JavaScript для поиска трёх тем на основе прошлых посещений пользователя и показа соответствующих рекламных объявлений. Проблема в том, что недобросовестные издатели могут размещать код на нескольких сайтах, повышая тем самым точность идентификации конкретного пользователя.