Google опубликовала новые требования для производителей устройств на Android, которые имеют предустановленные сервисы и приложения компании. Об этом сообщает XDA Developers со ссылкой на последнюю версию документа GMS Requirements.

Согласно новым техническим требованиям, чтобы получить одобрение от Google и установить на устройства Google Mobile Services, в том числе Google Play, устройство должно работать на версии Android 10. Это требование вступает в силу с 31 января 2020 года. Таким образом, Google перестанет одобрять устройства на основе предыдущей версии ОС — Android 9 Pie, которая была выпущена 6 августа 2018 года.

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

Google объявила о начале приема заявок на регистрацию адресов в доменной зоне .new. Их можно использовать для создания ссылок быстрого доступа. Эти ссылки уже тестируют в Spotify, Medium, Canva и на других ресурсах.

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

Доступ к новой доменной зоне откроется в несколько этапов. В рамках первого, до 14 января 2020 года, зарегистрировать свои страницы смогут только компании, которые приложили к заявке наличие прав на товарный знак. Второй этап начнется 2 декабря 2019 года, когда заявку сможет подать любой желающий. С 21 июля 2020 года откроется регистрация без предварительных заявок.

Google представила исследование в рамках разработки объяснимого ИИ для своей облачной платформы. Оно касается изучения функций, которые позволяют AI сделать тот или иной прогноз.

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

Разработка Google Chrome столкнулась с критикой из-за нового API — getInstalledRelatedApps. По мнению экспертов, он может серьезно повлиять на конфиденциальность данных пользователей.

API getInstalledRelatedApps разрабатывают с 2015 года. В Chrome 59 его внедрили в качестве эксперимента. API позволяет разработчикам определить, установлено ли их приложение на устройстве пользователя и, к примеру, избежать выведения одного уведомления дважды.

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

Я не нашел на Хабре упоминаний этого события, хотя оно обещает быть очень интересным. Заранее извиняюсь, если выяснится, что я просто не умею пользоваться поиском…

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

Она выслала мне e-mail, в котором была ссылка на блог компании, и вот, что там написано:

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

Это наш первый шаг в данном направлении. Имейте в виду, что это альфа-релиз, и мы можем внести изменения в протокол до выхода официального релиза.

Это знаменательное событие, так как с данного момента уже два монстра поддерживают OAuth: в начале этого года, Yahoo Fire Eagle API также объявила о комплексной поддержке OAuth.

Есть определенные нюансы, но это уже рабочие моменты, важен сам факт принятия Google данного стандарта идентификации.

via SocialTrend

Новая неделя, и новая коллекция ссылок на некоторые из самых интересных и захватывающих происшествий в сети.

Последние две недели занимаюсь проектом, суть которого заключается в разработке приложения для социальной сети ning. Поэтому пришлось разбираться, что такое OpenSocial. Более-менее разобрался с OpenSocial api, решил посмотреть какие возможности нам еще дает google. Нашел, что хотел на главной странице хабра в посте про google desktop.

Начал думать какой gadget написать, и ответ на вопрос опять нашелся на главной странице, все того же хабра в посте «Forismatic — экспериментальный способ общения с реальностью». Нет, не цитаты дали мне ответ на мой вопрос, а сам сервис, который мне очень понравился. Решил написать «Forismatic reader».

Я не буду расписывать процесс создания гаджета, так как есть уже пошаговая инструкция. Задача гаджета, показать цитату с Forismatic и при клике на цитату показать новую.

Если кому-то этот гаджет пригодился и есть какие-то пожелания, пишите в комментарии, при наличии свободного времени реализую.

Скачать тут

В этой статье я хотел бы дать обзор api, которые предоставляет google. Я не буду рассматривать все api и давать детальную инструкцию по их использованию, а расскажу только про те, которые считаю наиболее полезными, и дам примеры кодов с комментариями (примеры взяты из документации к api).

Расскажу про:

• AJAX Libraries API
• AJAX API языков
• А так же пару слов про Code Playground

Алексей Шелестенко, маркетинг Google Россия

Спешим сообщить вам, что мы начинаем принимать заявки на участие в ежегодной конференции для веб-разработчиков «Google Developer Day», которая пройдёт 10 ноября в Москве. В прошлом году более 400 веб-разработчиков посетили эту конференцию, на которой они прослушали 12 выступлений и поучаствовали в 6 практических семинарах, посвящённых различным продуктам Google для веб-разработчиков. В этом году мы планируем подробно осветить Android, App Engine, Google Wave, Chrome, GWT, AJAX API и многое другое.

На конференцию приедут наши команды инженеров, работающие над сервисами для веб-разработчиков и API, и вы сможете пообщаться с ними напрямую. Мы проведём несколько углублённых сессий с техническим уклоном, направленных на то, чтобы помочь разработчикам писать хорошие рабочие приложения на технологиях от Google и на открытых технологиях. Те, кто работает над созданием деловых приложений, тоже смогут найти себе что-то полезное в улучшенной и расширенной программе нашей конференции. И, конечно же, у разработчиков будет много возможностей познакомиться друг с другом и обсудить последние мобильные и веб-технологии во время «часов открытых дверей» и неформального общения по завершении конференции.

Мы прилагаем все усилия к тому, чтобы конференция была насыщенной, полезной и интересной! Чтобы узнать о конференции побольше и подать заявку на участие, заходите на сайт конференции.

Ждём вас на Google Developer Day!

После того как прочитал статью на Хабре "В Google Docs появился редактор формул", решил написать для своего блога на WordPress плагин который будет выводить картинки вместо формул LaTex. Для этого я использую недокументированную возможность Google API.

Обычно я проверяю английскую грамматику, вбивая в Google куски фраз, и смотрю, что получится.
Если найдено много вариантов, то фраза правильная, если не очень много — то неправильная.



Вот, написал сервис, который отсылает запросы в Google, а сам подсвечивает, «правильно», или «неправильно» написаны куски предложения, и местами даже подсказывает — какое слово можно поставить на то, или иное место в предложении.
Еще он показывает в каком именно контексте найдено слово.

Замечательно то, что ему все равно, какой язык вы проверяете.

Google как всегда показал, что у него ещё много удивительных инструментов и сервисов. И самое главное — он постоянно делятся ими с людьми. На этот раз, для нас, он сделал API для такого сервиса, как Google Fusion Tables. Теперь вы можете выгружать данные из своих БД и визуализировать их в этом замечательном инструменте.

Вот небольшой ролик, про возможности данного сервиса:



Официальный пост в блоге Google
Google Fusion Tables API
Google Fusion Tables

Наткнулся я недавно на один замечательный сайт www.wwii-photos-maps.com, где выложены аэрофотоснимки времен второй мировой войны, сделанные с немецких самолетов. Основная масса выложенных снимков приходится на 3 города (и их окрестности): Ленинград, Сталинград и Варшаву.


Аэрофотоснимок Ленинграда, 1 Мая 1942 года.

В продолжение поста.
Добавлена Москва 41-42 гг


На текущий момент уже доступны 20 городов России, Украины, Эстонии: WWII.sasgis.ru

Занимаясь разработкой интернет-каталогов (или же интернет-магазинов) столкнулись с проблемой подбора картинок для товара. Не каждый заказчик может позволить внедрить в свои процессы фотографирование каждого товара (особенно когда их более 7000), да и есть ли смысл фотографировать товары когда их изображения уже есть в интернете, причем абсолютно легально на сайтах производителей. Вручную скачивать-заливать изображения — не вариант. За время работы испробовали массу способов «автоматизации» данного процесса:

• Выгрузка товаров из 1С и синхронизация картинок
• Загрузка картинок «оптом» через FTP
• Поиск картинок средствами Google API

К аэрофотоснимкам периода Второй Мировой добавлена Беларусь: Брест, Гомель, Гродно, Минск.

На текущий момент уже доступны 30 городов России, Беларуси, Украины, Эстонии: WWII.sasgis.ru

Отдельные фоторгафии довольно четкие, сравнимые по разрешению с современными спутниковыми снимками выкладываемые гуглом.

В Минске видны машины:

Google несомненно лидер по предоставлению полезных и удобных сервисов. Все услуги объединяются под одним аккаунтом. Сервисы имеют API и это означает, что можно писать сторонние приложения для работы с определенными сервисами google. Например, Google Reader удобно использовать, как архив rrs подписок, а вот читать rss-ленту лично мне удобно с помощью FeedDemon. Кстати, всем рекомендую, если вы еще не слышали об этой программе.

В FeedDemon есть возможность синхронизации с Google Reader и, конечно, требуется пароль для авторизации с возможностью сохранения пароля,— что совсем небезопасно. И вот моя главная идея — было бы неплохо, чтобы можно было создавать специальные пароли для доступа к определенным сервисам своего аккаунта и с возможностью задания прав(например read only и т.п.), а главный (мастер пароль) использовать для административных работ — это позволит без особого риска использовать пароли в сторонних приложениях.