Администрация Twitter попыталась прояснить ситуацию со сбоями в работе сторонних приложений — прекратившие несколько дней назад работу Tweetbot и Twitterific на самом деле преднамеренно заблокированы.

Источник изображения: Photo Mix / pixabay.com

Официальный аккаунт для разработчиков сообщил: «Twitter приводит в исполнение давно существующие правила [доступа к] API. Из-за этого некоторые приложения могут не работать». Сообщение подтвердило, что прекращение работы сторонних приложений было вызвано преднамеренно, в остальном же ситуация почти не прояснилась — компания не уточнила правила, которые послужили причиной блокировки. Если руководство компании в реальности преследует какие-то иные цели, они остались неизвестными.

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

Ранее один из технических руководителей Twitter в беседе с журналистами The Information подтвердил, что блокировки сторонних клиентов носят намеренный характер, однако истинных причин этих мер он тоже не сообщил.

В комментариях к сообщению администрации сервиса пользователи предположили, что в сторонних клиентах не показывается реклама, которая теперь жизненно важна для поддержания работы соцсети — новый владелец и глава платформы Илон Маск (Elon Musk) экономит на всём и активно ищет новые источники дохода.

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

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

Но теперь Google, возможно, придётся переработать предлагаемый протокол. На днях подразделение консорциума World Wide Web, занимающееся стандартизацией веб-сайтов, известное как W3C, попросило Google не продолжать разработку Topics API в его нынешнем виде. «Предлагаемый API, по-видимому, продолжает политику ненадлежащей слежки в интернете, и мы не хотим, чтобы он развивался дальше», — написала Эми Гай (Amy Guy) из группы технической архитектуры W3C в сообщении на Github.

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

В компании Google не согласились с этим утверждением. «Мы уверены, что этот API значительно улучшит конфиденциальность по сравнению со сторонними файлами cookie и продолжаем его разработку», — говорится в заявлении представителя Google.

На данный момент Topics API не получил поддержки от разработчиков браузеров Firefox и Safari. Робин Берджон (Robin Berjon), руководитель отдела стандартов и управления в исследовательской фирме Protocol Labs и член правления W3C, уверен, что у Topics API мало шансов на внедрение в текущем виде. «Ни один другой поставщик браузеров этого не хочет, и ведущий авторитет в области веб-архитектуры отверг его», — заявил он.

Другие браузеры, такие как Apple Safari и Mozilla Firefox, уже блокируют сторонние файлы cookie в качестве функций конфиденциальности. Несмотря на возражения со стороны W3C, Google по-прежнему может пойти своим путём, не в последнюю очередь потому, что на отработку веб-стандартов могут уйти годы, и компания не ограничена ими. У Google есть свои коммерческие приоритеты и она не сможет отказаться от использования файлов cookie, пока не предоставит им адекватную замену.

«Topics API особенно важен для Google, потому что его относительно легко внедрить и протестировать, — сказал Алекс Коун (Alex Cone), соучредитель платформы обучения конфиденциальности рекламы Coir. — Если они обнаружат, что это представляет ценность для рекламодателей, они сделают это».

Компания Intel отказалась от аппаратной поддержки графического API DirectX 9 интегрированными решениями на архитектуре Xe в составе процессоров Core 12-го поколения, а также дискретными видеокартами Arc A-серии на архитектуре Arc Alchemist. Вместо этого поддержка DirectX 9 будет эмулироваться с помощью API DirectX 12.

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

Эмуляция будет использовать конверсионный слой — библиотеку Microsoft D3D9On12 с открытым исходным кодом. В этом случае графические команды DirectX 9 будут направляться в D3D9On12 вместо непосредственной отправки в графический драйвер Intel. Конверсионный слой D3D9On12 будет переводить графические команды D3D9 в запросы, понятные для алгоритмов API D3D12. Если проще, вместо настоящего графического драйвера от Intel функцию драйвера будет выполнять сам D3D9On12.

По словам Microsoft, уровень производительности эмуляции приблизился к уровню производительности фактической реализации API DirectX 9, а в некоторых случаях и совсем ему не уступает.

Для Intel принятое решение может принести пользу. Теперь компания сможет уделить больше внимания оптимизации своих драйверов под более свежий API DirectX 11, поскольку сейчас с этим наблюдаются проблемы. Все задачи, связанные с оптимизацией DirectX 9 в свою очередь будут «возложены» на Microsoft. Пока неизвестно, последуют ли в итоге примеру Intel компании NVIDIA и AMD. Однако отказ от аппаратной поддержки старого API имеет свои минусы, например, в виде более высокой нагрузки на CPU (D3D9On12 работает на программном уровне) и побочных эффектов в играх с DirectX 9.

Социальная сеть «ВКонтакте» открыла программный интерфейс (API) для управления видеозвонками: это позволит разработчикам веб-сервисов, мобильных приложений и VK Mini Apps автоматизировать создание онлайн-встреч в «VK Звонках» и управление ими.

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

API «ВКонтакте» — это интерфейс, который позволяет получать информацию из базы данных vk.com с помощью http-запросов к специальному серверу. Программный интерфейс упрощает создание кода, поскольку предоставляет набор готовых классов, функций или структур для работы с имеющимися данными. Предусмотрены встроенные инструменты монетизации, а публичные методы позволяют создавать интересные и интерактивные приложения с использованием технологий «ВКонтакте».

Разработчики смогут заранее формировать ссылки на звонки, делиться ими с пользователями, запускать и завершать конференции по расписанию и автоматически включать запись беседы. Приглашение, полученное при создании звонка, позволит присоединиться к нему в приложении «VK Звонки» или веб-версии платформы.

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

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

Накануне сервис микроблогов Twitter рассказал об обновлении, которое значительно улучшит работу сторонних приложений для её платформы — оно расширяет доступ к хронологической ленте пользователей. Компания выпустила интерфейс Twitter API v2, таким образом платформа отреагировала на обращения разработчиков.

Источник изображения: Photo Mix / pixabay.com

Предыдущая версия API была запущена в 2012 году, и она явно устарела, а использующие её создатели сторонних клиентов были вынуждены мириться с существенными ограничениями при попытке получать данные из ленты — выстроенные в обратном хронологическом порядке твиты и ретвиты определённых пользователей, а также их подписки.

Суть изменений в том, что старая версия API v1.1 позволяла запрашивать ленты 15 раз за 15 минут и могла возвращать до 800 твитов. Обновлённая API v2 предусматривает до 180 обращений за те же 15 минут, а максимальное число твитов увеличивается до 3200. Это также существенно упрощает задачу для разработчиков, которые до настоящего момента были вынуждены комбинировать два интерфейса: запрашивать ленту через API v1.1, а затем создавать дополнительные запросы на характерные для API v2 данные, такие как опросы или статистика.

Развёртывание новой версии интерфейса в тестовом формате началось с 2020, а ушло в релиз в конце 2021 года, и администрация платформы всё это время стремилась донести до разработчиков мысль о том, что она старается загладить перед ними свою вину: в течение долгих лет она отдавала явное предпочтение своему официальному приложению и ограничивала возможности сторонних. Из условий обслуживания также были удалены требования, ограничивающие сторонние клиенты по числу пользователей.