Не передан идентификатор c URI что делать
URI (Uniform Resource Identifier)
URI — это специальный идентификатор, по которому можно определить абстрактный или физический ресурс. Самый понятный пример с URI — это обычная веб-страница. Возьмём к примеру страницу . Данный адрес можно разбить на несколько частей:
- Scheme — http
- Scheme-specific part — //developer.alexanderklimov.ru/android/catshop/catshop.php
- Path — /android/catshop/
У протокола http есть и другие параметры, которые рассматривать не будем. Существует также протокол ftp, имеющий свои параметры. Ниже вы увидите другие примеры. Главное здесь — возможность определить нахождение ресурса по представленным данным.
Допустим, мы хотим загрузить видеоматериал в компонент VideoView. Само видео может находиться в ресурсах программы или на SD-карте. С помощью URI мы можем подсказать программе, откуда следует загрузить файл.
Например, если видеофайл playcat.3gp находится в папке /res/raw, то получить адрес для загрузки можно следующим образом:
Если файл хранится на внешней карточке, то код будет следующим (опустим правильное определение имени карточки):
У компонента VideoView есть метод setVideoURI(URI uri), в котором нужно указать объект класса URI:
Посмотрим на другие примеры:
Координаты
Метод uri.getScheme() вернёт geo, а метод uri.getSchemeSpecificPart() — 54.354183,37.34011.
Номер телефона
В данном случае метод uri.getScheme() вернёт tel, а uri.getSchemeSpecificPart() — 1234578.
URI также используется при работе с контент-провайдерами, в частности, с контактами.
- uri.getScheme(): content
- uri.getSchemeSpecificPart(): //contacts/people/1
- uri.getAuthority(): contacts
- uri.getPath(): /people/1
- uri.getLastPathSegment(): 1
Когда в статьях вам будут попадаться примеры с использованием URI, то вы поймёте, зачем они нужны.
Не передан идентификатор c URI что делать
Забыли пароль? Введите ваш е-мейл адрес. Вы получите письмо на почту со ссылкой для восстановления пароля.
Авторизация
Быстрая регистрация
После регистрации вы можете задавать вопросы и отвечать на них, зарабатывая деньги. Ознакомьтесь с правилами, будем рады видеть вас в числе наших экспертов!
Авторизация
Быстрая регистрация
После регистрации вы можете задавать вопросы и отвечать на них, зарабатывая деньги. Ознакомьтесь с правилами, будем рады видеть вас в числе наших экспертов!
Как исправить ошибку «Устройство не сертифицировано Google»
Несколько дней назад мы сообщили, что Google начинает блокировать несертифицированные Android-устройства от доступа к приложениям и сервисам Google Play. Это означает, что любое устройство, не сертифицированное Google, больше не сможет загружать и использовать такие приложения, как Gmail, Google Карты, Google Play Музыка, Google Фото и т.д. Существует огромный рынок устройств, которые не поставляются с приложениями Google из коробки, от брендов, таких как Amazon, до самых известных китайских брендов.
Если вы покупаете устройство на Android, и видите предупреждение «устройство не сертифицировано компанией Google» либо на английском варианте «device is not certified by Google», что вы можете с этим сделать? У вас мало вариантов, но мы перейдем к списку доступных методов, чтобы вы могли разблокировать приложения Google (GApps) на своем несертифицированном Android-устройстве.
Как проверить, не заблокировано ли ваше устройство?
Если вы уже видели вышеуказанное предупреждение, ваше устройство, безусловно, не сертифицировано. Если вы подозреваете, но не уверены, вот как проверить.
- Откройте Google Play Store
- Откройте меню боковой панели
- Нажмите «Настройки»
- Прокрутите страницу вниз до раздела «О программе». Статус сертификации вашего устройства должен отображаться в разделе «сертификация устройства».
1. Как разблокировать Google Apps на устройстве Android (официальный способ)
У Google нет цели наказать обычных пользователей, не позволяя им использовать свои приложения, поэтому они открыли веб-страницу, где вы можете подать заявку на «освобождение». Веб-страница предназначена для пользовательских (кастомных) прошивок ROMs, таких как LineageOS.
Первоначально мы считали, что страница принимет IMEI, но Google PR сообщил, что веб-страница ищет идентификатор платформы службы Google Play (GSF). Вы все же можете попробовать ввести IMEI, но мы не можем гарантировать, что он действительно будет работать для добавления вашего устройства в белый список. В любом случае, вот как правильно разблокировать Android-смартфон или планшет, чтобы вы могли использовать Play Store! (но данный метод почему-то пока работает далеко не у всех.)
- Найдите идентификатор устройства GSF. В Play Store есть простое приложение с названием « Device ID », но, поскольку вы, очевидно, не можете получить доступ к Play Store, то скачать можно здесь .
- Откройте приложение и скопируйте код во второй строке «Google Service Framework (GSF)».
- Перейдите на эту страницу.
- Введите идентификатор устройства GSF в поле «Android ID».
- После того, как вы нажмете «Регистрация», ваш зарегистрированный идентификатор должен появиться на странице.
Это должно позволить вам использовать приложения Google Play, но мы не можем давать никаких гарантий отдельно для каждого устройства.
Блог Виктора Деревянко
О жизни, о программировании. Все публикуемые исходные коды можно взять здесь
среда, 14 марта 2012 г.
Идентификаторы Android-контакта: ContactID и LookupKey. Нюансы и баги.
Согласно документации, контакт в Android характеризуется двумя идентификаторами: contactId и lookupKey. Предположим, мы создаем приложение, работающее с определенным контактом. Пример — мое приложение Animated Widget Contact Launcher, которое позволяет создавать для контактов виджеты быстрого доступа. Какой идентификатор контакта нужно хранить в настройках такого виджета — contactId или lookupKey? Или оба? Как правильно создавать ссылку на контакт? Практика показала, что вопрос не тривиален.
Идентификаторы контакта
Итак, у контакта есть два идентификатора. ContactID представляет из себя обычное число, типа long: 2, 40, 3222 и т.д. LookupKey — это кодированная строка типа «1157icbbec86124b1b50», «30410abc. gmail.com» и т.д.
Если вам известен хотя бы один идентификатор, то вы можете получить URI контакта и, через URI, запросить любую информацию о контакте. Вот как это делается: О том, как правильно использовать Contact URI (и Contact API в целом) можно почитать, например, здесь и здесь.
Первые два варианта подходят, когда вам известен один из идентификаторов. Третий вариант — когда известны оба (в 2.1 он не работает). Вопрос — зачем нам вариант три, когда первых двух вроде бы достаточно? Вариант 3 нужен потому, что идентификаторы контакта могут изменяться с течением времени.
Непостоянство contactId и lookupKey
ContactId может измениться при агрегации контактов. Скажем, есть у вас в контактах пользователь Вася, contactId = 1. Вы установили на свой телефон skype. В скайпе Вася у вас тоже есть, на телефоне появляется контакт Вася(2) с contactId = 100. Андроид автоматически объединяет эти контакты в общий, агрегированный контакт Вася(3) с contactId = 200. Если после агрегации вы попробуете найти контакт Вася(1) с contactId = 1, то вы его не найдете. Контакт потерялся.
Чтобы избежать такой потери контактов, разработчики Android и ввели lookupkey. Если вы вместе с contactId=1 сохранили второй идентификатор контакта lookupkey=»abc», то используя вариант поиска номер 3, вы без проблем найдете агрегированный контакт Васи: Здесь есть тонкий момент. Идентификатор lookupKey может изменяться. Как правило он изменяется после редактирования свойств контакта. Так что в SQL-запросах к Contact API никогда нельзя включать явные выражения типа » and (LOOKUP_KEY=’abc’)» — будет работать, но до поры до времени. Lookup Key нужно передавать в getLookupUri, получать Uri, а дальше работать c Uri и contactId, не используя более lookupKey.
Если lookupKey изменился — можно ли будет по нему найти контакт? Практика показывает, что можно — устаревшие lookupKey работают корректно.
Как ссылаться на контакт?
Мы подходим к вопросу — если требуется сохранить ссылку на контакт, какой идентификатор сохранять? Одного 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. На самом деле, это не так.
Неоднозначность LookupKey
Мое приложение Animated Contact Widget предназначено для быстрого доступа к контактам. Естественно, ему приходится хранить ссылки на контакты. Вплоть до текущей версии в информации о контакте хранился единственный идентификатор — lookupKey. В 99% случаев все работало без проблем. Но время от времени приходили единичные письма от пользователей, которые сообщали о странном баге — выбираешь один контакт, а виджет создается для другого.
В чем дело я не мог понять очень долго. На stackoverflow упоминался аналогичный баг, но дельного ответа на него никто не дал.
Наконец нашелся пользователь, который не поленился и помог мне отыскать причину проблемы (за что ему огромнейшее спасибо). Отладочные логи показали, что на девайсе пользователя примерно треть контактов имеет ОДИНАКОВЫЕ lookupKey. Что же удивляться, что контакт выбирается не тот. Вот фрагмент лог файла:
k=1957i5 c=152
k=1957i5 c=153
k=1957i46d39cd0743de699 c=154
k=1957i327657105acc3975 c=155
k=1957i5 c=394
k=1957i300808f8df4189b1 c=156
k=1957i660d8a742c21a4a6 c=411
k=1957i3793876d5c49591e c=157
k=1957i5 c=158
k=1957i250bebb5bd1009fd c=170
k=1957i39112193df972581 c=171
k=1957i5 c=431
k=1957i2c74309cd7539f2b c=169
Здесь c — contactId, k — lookupKey.
Трудно судить, насколько часто такая проблема проявляется. Сообщений о баге я получил с десяток. Плюс, наверное, было десятка два комментариев на маркете. Из полмиллиона закачек — это мизер. Тем не менее, сообщения об этой ошибке приходили стабильно, от пользователей с разными устройствами. Проблема точно проявлялась на некоторых HTC-девайсах (Desire, Wildfire S).
Мы попробовали выявить общий знаменатель между «бракованными» контактами. Не получилось. Есть подозрение, что шалит синхронизация HTC Sense — Outlook, но не факт, что дело в ней.
Начиная с версии 1.5.5, Animated Widget использует два идентификатора контакта для ссылки на контакт. Баг пофиксился.
Еще бывает Factory Reset
Factory Reset — сброс к заводским настройкам. Сброс приводит к тому, что у контактов меняются оба идентификатора — и contactId и lookupKey. После заводского сброса контакт по ранее сохраненным идентификаторам найти не получится. Нужно искать его по косвенной информации — телефону, ФИО и т.д. Если она сохранена.
Не передан идентификатор c URI что делать
Втавляю флешку а Виста говорит «Отсутствует идентификатор оборудования» и в диспетчере не видна вообще. как решить эту проблему. Виста вообще никак это устройство не видит.
Заранее Спасибо
Смотря на дату размещения данного вопроса, я думаю я опоздал со своим решением данной проблемы. Сам просто буквально позавчера перешел на пользование windows 7, поэтому данная проблема меня не затрагивала. А теперь вот и я до нее добрался. Ну раз уж начал, то расскажу свое решение данной проблемы, может остались такие же консервативные пользователи как я, которые сравнительно недавно перешли с xp на vista или 7.
Итак, данная ошибка возникает скорее всего из-за того, что система почему то дает одинаковые имена двум различным оборудованиям. Отсюда и ошибка в определении (Отсутствует идентификатор оборудования). Чаще всего это возникает на ноутбуках, например флешке дается имя которое уже имеет встроенный картридер (так например было у меня). То что такая проблема возникает из-за совпадения имен двух одинаковых флешек маловероятно, но хотя мало ли.
Ну да ладно, собственно как это исправить: вставляете флешку, которая не определилась у вас в компьютер. Тут конечно же возникает эта ошибка зловещая. Не обращаем на нее внимания. Оставляем флешку воткнутой в порт. Заходим в Панель управления-Администрирование-Управление компьютером-Диспетчер устройств и находим там поле Контроллеры USB. Ищем в нем оборудования имена которых совпадают и удаляем их оба (Правая кнопка мыши-Удалить). Далее вынимаем флешку и снова ее вставляем, должно все определится. А затем заново устанавливаем дрова того второго оборудования, которое мы удалили. Важно: флешка должна быть определена до того, как установлены дрова второго удаленного оборудования, а то опять все заново делать надо будет. Для надежности после определения флешки и установки дров перезагружаем систему.