0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Использование Pull API для агрегированных данных

  • Отчеты возвращаются в виде файлов CSV.
  • Показатели актуальности данных такие же, как в аналогичном отчете на странице «Экспорт данных».
  • Фильтр по параметрам такой же, как на странице «Экспорт данных»: медиа-источник, диапазон дат, имя события в приложении.
  • Дополнительные возможности в Pull API:
    • Возможность фильтрации по каналу атрибуции
    • Возможность выбора часового пояса
  • Pull API подходит для использования членами команды и разработчиками BI;
    • Члены команды получают отчеты, вставляя URI в их браузер. Шаблоны URI доступны на панели инструментов.
    • Разработчики BI получают отчеты, встраивая URI в сценарии.

Пример шаблона URI

Партнеры — по датам

Геоданные — по датам

* Для отчетов по ретаргетингу добавьте в URI атрибут &reattr=true .

Терминология

Решение для загрузки отчетов CSV с использованием URI.

Отправьте URI в AppsFlyer, вставив его в адресную строку браузера или используя сценарии.

Руководство для членов команды

О шаблонах URI

  • Шаблоны URI, доступные на дэшборде, заполняются идентификатором приложения и типом отчета.
  • У них есть заполнители для токена API и диапазона дат, которые вам необходимо отредактировать.
  • Часть URI справа от знака вопроса (?) содержит параметры. Каждый параметр начинается с амперсанда (&). Параметры используются для установки фильтров, указания дополнительных полей, которые необходимо включить, валюты и часового пояса. Например, в агрегированных отчетах для ограничения (фильтрации по) конкретному источнику мультимедиа используйте параметр media_source: &media_source=facebook
  • Чтобы лучше понимать Pull API, выполните следующее задание.

Ваш первый отчет с Pull API

Чтобы скачать отчет с дэшборда:

  1. Выберите в разделе Integration (Интеграция) пункт API Access (Доступ к API).Откроется окно доступа к API.
  2. Выберите тип отчета. Например, Отчеты об эффективности>Ежедневный отчет партнеров.
    Отображается шаблон URI.
  3. Скопируйте URI, нажав на него.
  4. Откройте новую вкладку в вашем браузере, вставьте URI.
  5. Отредактируйте URI:
    1. Замените маркер-заполнитель токеном Pull API, предоставленным администратором.
      Пример: Замените маркер-заполнитель на &api_token=12345678-1234-1234-1234-123456789012 Внимание! Там нет пробелов или других знаков препинания.
    2. Замените маркеры-заполнители from/to на даты.
      Пример: &from=2020-01-20&to=2020-01-31 Внимание! Там нет пробелов. Не удаляйте &.
  6. Нажмите , чтобы отправить вызов API.
    Отчет будет скачан.
    Для настройки отчетов можно задать дополнительные параметры, например, выбрать определенный медиа-источник, вернуться к данным ретаргетинга и пр. В следующем разделе содержится список доступных параметров.

Несколько дней назад мы сообщили, что Google начинает блокировать несертифицированные Android-устройства от доступа к приложениям и сервисам Google Play. Это означает, что любое устройство, не сертифицированное Google, больше не сможет загружать и использовать такие приложения, как Gmail, Google Карты, Google Play Музыка, Google Фото и т.д. Существует огромный рынок устройств, которые не поставляются с приложениями Google из коробки, от брендов, таких как Amazon, до самых известных китайских брендов.

Если вы покупаете устройство на Android, и видите предупреждение «устройство не сертифицировано компанией Google» либо на английском варианте «device is not certified by Google», что вы можете с этим сделать? У вас мало вариантов, но мы перейдем к списку доступных методов, чтобы вы могли разблокировать приложения Google (GApps) на своем несертифицированном Android-устройстве.

Как проверить, не заблокировано ли ваше устройство?

Если вы уже видели вышеуказанное предупреждение, ваше устройство, безусловно, не сертифицировано. Если вы подозреваете, но не уверены, вот как проверить.

  1. Откройте Google Play Store
  2. Откройте меню боковой панели
  3. Нажмите «Настройки»
  4. Прокрутите страницу вниз до раздела «О программе». Статус сертификации вашего устройства должен отображаться в разделе «сертификация устройства».

Параметры агрегированных данных Pull API

URI и параметры агрегированного отчета

Используйте для ограничения (фильтрации) по определенному медиа-источнику.

Установите этот параметр, как показано в примере, чтобы получить ключевые показатели эффективности атрибуции (VTA).

Читать еще:  Расширение FRW чем открыть

Валюта выручки и стоимость

Агрегированные отчеты Pull API всегда используют валюту приложения.

Получить данные по конверсии ретаргетинга.

[По умолчанию] Данные предоставляются по часовому поясу UTC.

  • Шаблоны URI заполняются с помощью параметра часового пояса, установленного для часового пояса приложения.
  • [По умолчанию] Если параметр не передан, данные предоставляются по часовому поясу UTC.
  • Если вы отправляете timezone=[Joda-Time] , данные предоставляются с использованием часового пояса приложения.

Примечания о выборе часового пояса

Отфильтрованный отчет Google Ads

Отфильтрованный отчет Facebook

Чтобы отфильтровать отчет по определенному медиа-источнику, используйте параметр pid . Например, чтобы получить данные abc_net, используйте pid=abc_net .

Выбирает часовой пояс, используемый для возврата данных.

Если параметр timezone не передан, данные предоставляются по часовому поясу UTC.

Шаблоны, включающие параметр timezone .

Пример: timezone=preferred : Используйте этот параметр, чтобы получить данные с использованием часового пояса конкретного приложения.

Параметры Protect360 в Pull API и Master API одинаковы.

Не передан идентификатор c URI что делать

Во время создания приложения потребуется указать redirect_uri, который будет использован во время авторизации OAuth

Для начала процесса авторизации нужно открыть новое окно браузера (или webView) и осуществить переход на специально сформированный URL:

https://connect.ok.ru/oauth/authorize?client_id=&scope=&response_type=<>&redirect_uri=&layout=&state=

НазваниеОбязательныйОписание
client_idДаИдентификатор приложения
scopeДаЗапрашиваемые права приложения, разделённые символом ‘;’. См. права приложения
response_typeДаТип ответа от сервера, укажите code
redirect_uriДаURI, на который будет передан access_token. URI должен посимвольно совпадать с одним из URI, зарегистрированных в настройках приложения.
Часть URI после символа ‘?’ (query) не учитывается при проверке, тем не менее, для передачи динамически изменяющихся данных рекомендуется использовать параметр state.
layoutНетВнешний вид окна авторизации:
* w – (по умолчанию) стандартное окно для полной версии сайта;
* m – окно для мобильной авторизации;
* a – упрощённое окно для мобильной авторизации без шапки.
stateНетПараметр состояния. В неизменном виде пробрасывается в redirect_uri. Позволяет передавать произвольные данные между разными фазами OAuth и защищаться от xsrf.

2. Разрешение прав доступа

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

После перехода по сформированному URL пользователь будет должен ввести свой логин и пароль, если ранее он этого не сделал. После входа на сайт ему будет предложено авторизовать приложение и подтвердить запрошенные права:

3. Получение code

При использовании OAuth в игровых приложениях, размещенных вне соц. сети Одноклассники:

  • требуется подключать OAuth с использованием того же приложения, которое используется и в версии, размещенной на платформе ОК.

С 15 июля 2020 года:

  • пользователи, ранее играющие в это приложение на платформе ОК, при прохождении авторизации через OAuth будут автоматически перенаправлены на соответствующую версию приложения на платформе ОК;
  • пользователи, ранее на игравшие в это приложения на платформе ОК, при прохождении авторизации через OAuth перенаправляться не будут, OAuth будет работать согласно документации

Такое использование Oauth не противоречит п. 5.6 правил и не будет расценено как нарушение правил размещения приложений на платформе.

После подтверждения авторизации пользователь будет перенаправлен на указанный при открытии диалога авторизации redirect_uri, в GET-параметрах которого будет передан ключ доступа code, а также state в случае, если он был указан на этапе 1:

?code=&state=

Полученный параметр code действителен в течение 2 минут.

В случае ошибки или отказа от авторизации будет передан параметр error, идентифицирующий причину проблемы:

#error=&state=

4. Получение access_token

Для получения access_token необходимо совершить POST-запрос с сервера вашего сайта к API на URL:

https://api.ok.ru/oauth/token.do?code=&client_id=&client_secret=&redirect_uri=&grant_type=

НазваниеОписание
codeКод авторизации, полученный в пункте 3
client_idИдентификатор приложения
client_secretСекретный ключ приложения
redirect_uriТот же URI переадресации, что был указан в пункте 1
grant_typeТип выдаваемых прав, укажите authorization_code

В ответе от сервера приходит json, содержащий запрошенный access_token или информацию об ошибке.

Вид ответа в случае успеха:

  • access_token – токен доступа, используемый для формирования запроса к API;
  • token_type – на данный момент возвращается только session;
  • refresh_token – токен обновления, который можно использовать в дальнейшем для упрощённой процедуры авторизации. Действителен в течение 30 суток;
  • expires_in – время действия токена доступа в секундах.

Вид ответа в случае ошибки

  • error – код ошибки;
  • error_description – описание ошибки.

5. Использование refresh_token

Имея токен обновления refresh_token, можно получить access_token по упрощённой процедуре, сделав один POST-запрос на URL:

https://api.ok.ru/oauth/token.do?refresh_token=&client_id=&client_secret=&grant_type=

НазваниеОписание
refresh_tokenМаркер обновления, полученный ранее в пункте 4
client_idИдентификатор приложения
client_secretСекретный ключ приложения
grant_typeТип выдаваемых прав, укажите refresh_token

Формат ответа аналогичен получению access_token, но без refresh_token.

Параметры агрегированных данных Pull API

URI и параметры агрегированного отчета

Используйте для ограничения (фильтрации) по определенному медиа-источнику.

Установите этот параметр, как показано в примере, чтобы получить ключевые показатели эффективности атрибуции (VTA).

Валюта выручки и стоимость

Агрегированные отчеты Pull API всегда используют валюту приложения.

Получить данные по конверсии ретаргетинга.

[По умолчанию] Данные предоставляются по часовому поясу UTC.

  • Шаблоны URI заполняются с помощью параметра часового пояса, установленного для часового пояса приложения.
  • [По умолчанию] Если параметр не передан, данные предоставляются по часовому поясу UTC.
  • Если вы отправляете timezone=[Joda-Time] , данные предоставляются с использованием часового пояса приложения.

Примечания о выборе часового пояса

Отфильтрованный отчет Google Ads

Отфильтрованный отчет Facebook

Чтобы отфильтровать отчет по определенному медиа-источнику, используйте параметр pid . Например, чтобы получить данные abc_net, используйте pid=abc_net .

Выбирает часовой пояс, используемый для возврата данных.

Если параметр timezone не передан, данные предоставляются по часовому поясу UTC.

Шаблоны, включающие параметр timezone .

Пример: timezone=preferred : Используйте этот параметр, чтобы получить данные с использованием часового пояса конкретного приложения.

Параметры Protect360 в Pull API и Master API одинаковы.

Не передан идентификатор c URI что делать

Во время создания приложения потребуется указать redirect_uri, который будет использован во время авторизации OAuth

Для начала процесса авторизации нужно открыть новое окно браузера (или webView) и осуществить переход на специально сформированный URL:

https://connect.ok.ru/oauth/authorize?client_id=&scope=&response_type=<>&redirect_uri=&layout=&state=

НазваниеОбязательныйОписание
client_idДаИдентификатор приложения
scopeДаЗапрашиваемые права приложения, разделённые символом ‘;’. См. права приложения
response_typeДаТип ответа от сервера, укажите code
redirect_uriДаURI, на который будет передан access_token. URI должен посимвольно совпадать с одним из URI, зарегистрированных в настройках приложения.
Часть URI после символа ‘?’ (query) не учитывается при проверке, тем не менее, для передачи динамически изменяющихся данных рекомендуется использовать параметр state.
layoutНетВнешний вид окна авторизации:
* w – (по умолчанию) стандартное окно для полной версии сайта;
* m – окно для мобильной авторизации;
* a – упрощённое окно для мобильной авторизации без шапки.
stateНетПараметр состояния. В неизменном виде пробрасывается в redirect_uri. Позволяет передавать произвольные данные между разными фазами OAuth и защищаться от xsrf.

2. Разрешение прав доступа

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

После перехода по сформированному URL пользователь будет должен ввести свой логин и пароль, если ранее он этого не сделал. После входа на сайт ему будет предложено авторизовать приложение и подтвердить запрошенные права:

3. Получение code

При использовании OAuth в игровых приложениях, размещенных вне соц. сети Одноклассники:

  • требуется подключать OAuth с использованием того же приложения, которое используется и в версии, размещенной на платформе ОК.

С 15 июля 2020 года:

  • пользователи, ранее играющие в это приложение на платформе ОК, при прохождении авторизации через OAuth будут автоматически перенаправлены на соответствующую версию приложения на платформе ОК;
  • пользователи, ранее на игравшие в это приложения на платформе ОК, при прохождении авторизации через OAuth перенаправляться не будут, OAuth будет работать согласно документации

Такое использование Oauth не противоречит п. 5.6 правил и не будет расценено как нарушение правил размещения приложений на платформе.

После подтверждения авторизации пользователь будет перенаправлен на указанный при открытии диалога авторизации redirect_uri, в GET-параметрах которого будет передан ключ доступа code, а также state в случае, если он был указан на этапе 1:

?code=&state=

Полученный параметр code действителен в течение 2 минут.

В случае ошибки или отказа от авторизации будет передан параметр error, идентифицирующий причину проблемы:

#error=&state=

4. Получение access_token

Для получения access_token необходимо совершить POST-запрос с сервера вашего сайта к API на URL:

https://api.ok.ru/oauth/token.do?code=&client_id=&client_secret=&redirect_uri=&grant_type=

НазваниеОписание
codeКод авторизации, полученный в пункте 3
client_idИдентификатор приложения
client_secretСекретный ключ приложения
redirect_uriТот же URI переадресации, что был указан в пункте 1
grant_typeТип выдаваемых прав, укажите authorization_code

В ответе от сервера приходит json, содержащий запрошенный access_token или информацию об ошибке.

Вид ответа в случае успеха:

  • access_token – токен доступа, используемый для формирования запроса к API;
  • token_type – на данный момент возвращается только session;
  • refresh_token – токен обновления, который можно использовать в дальнейшем для упрощённой процедуры авторизации. Действителен в течение 30 суток;
  • expires_in – время действия токена доступа в секундах.

Вид ответа в случае ошибки

  • error – код ошибки;
  • error_description – описание ошибки.

5. Использование refresh_token

Имея токен обновления refresh_token, можно получить access_token по упрощённой процедуре, сделав один POST-запрос на URL:

https://api.ok.ru/oauth/token.do?refresh_token=&client_id=&client_secret=&grant_type=

НазваниеОписание
refresh_tokenМаркер обновления, полученный ранее в пункте 4
client_idИдентификатор приложения
client_secretСекретный ключ приложения
grant_typeТип выдаваемых прав, укажите refresh_token

Формат ответа аналогичен получению access_token, но без refresh_token.

Как ссылаться на контакт?

Мы подходим к вопросу — если требуется сохранить ссылку на контакт, какой идентификатор сохранять? Одного contactId однозначно не хватает. Можно ли обойтись одним lookupKey?

В документации написано буквально следующее:
If performance is a concern for your application, you might want to store both the lookup and the long ID of a contact and construct a lookup URI out of both IDs.

When both IDs are present in the URI, the system will try to use the long ID first. That is a very quick query. If the contact is not found, or if the one that is found has the wrong lookup key, the content provider will parse the lookup key and track down the constituent raw contacts. If your app bulk-processes contacts, you should maintain both IDs. If your app works with a single contact per user action, you probably don’t need to bother with storing the long ID.

Другими словами, для однозначной идентификации контакта достаточно хранить один лишь lookupKey. На самом деле, это не так.

Втавляю флешку а Виста говорит «Отсутствует идентификатор оборудования» и в диспетчере не видна вообще. как решить эту проблему. Виста вообще никак это устройство не видит.
Заранее Спасибо

Смотря на дату размещения данного вопроса, я думаю я опоздал со своим решением данной проблемы. Сам просто буквально позавчера перешел на пользование windows 7, поэтому данная проблема меня не затрагивала. А теперь вот и я до нее добрался. Ну раз уж начал, то расскажу свое решение данной проблемы, может остались такие же консервативные пользователи как я, которые сравнительно недавно перешли с xp на vista или 7.

Итак, данная ошибка возникает скорее всего из-за того, что система почему то дает одинаковые имена двум различным оборудованиям. Отсюда и ошибка в определении (Отсутствует идентификатор оборудования). Чаще всего это возникает на ноутбуках, например флешке дается имя которое уже имеет встроенный картридер (так например было у меня). То что такая проблема возникает из-за совпадения имен двух одинаковых флешек маловероятно, но хотя мало ли.

Ну да ладно, собственно как это исправить: вставляете флешку, которая не определилась у вас в компьютер. Тут конечно же возникает эта ошибка зловещая. Не обращаем на нее внимания. Оставляем флешку воткнутой в порт. Заходим в Панель управления-Администрирование-Управление компьютером-Диспетчер устройств и находим там поле Контроллеры USB. Ищем в нем оборудования имена которых совпадают и удаляем их оба (Правая кнопка мыши-Удалить). Далее вынимаем флешку и снова ее вставляем, должно все определится. А затем заново устанавливаем дрова того второго оборудования, которое мы удалили. Важно: флешка должна быть определена до того, как установлены дрова второго удаленного оборудования, а то опять все заново делать надо будет. Для надежности после определения флешки и установки дров перезагружаем систему.

Ссылка на основную публикацию
Статьи c упоминанием слов:
Adblock
detector