Вы видите, что it is adivsed, чтобы создать свой файл со своим типом mime вашего приложения. Правильно ли это? Интересно, потому что Google-диск каким-то образом связывает файлы с приложением, которое их создало для Open with. Может ли это быть использовано для сборщика файлов?Mimetype vs AppID
ответ
FYI. Вы указали, что ваш идентификатор проекта - alpine-dogfish-833.
. Если вы заходите в консоль разработчика, затем щелкните по проекту (который приведет вас к странице «Обзор» проекта), вы увидите 2 идентификатора вверху: Project ID: alpine-dogfish-833
и Project Number: 1088706429537
. «Номер проекта» == «Идентификатор приложения» == «числовой префикс на идентификаторе клиента»
Если у файла есть пользовательский контент, который может понять только ваше приложение, используйте тип mime для конкретного приложения. В противном случае используйте стандартный тип mime для любого типа файла, с которым вы работаете.
что, когда ваше приложение (идентифицированное с помощью CLIENT_ID) создает файл с типом mime application/vnd.google-apps.drive-sdk
, тип mime расширен с помощью .<AppID>
. AppID является первой частью вашего идентификатора CLIENT_ID. В принципе, ID проекта выглядел как alpine-dogfish-833
в моем случае. Я тогда генерируется CLIENT_ID 1088706429537-4oqhqr7o826ditbok23sll1rund1jim1.apps.googleusercontent.com
и 1088706429537 является AppID, что мы ищем, потому что, когда мое приложение создает файл, используя
gapi.client.drive.files.insert({
'resource': {
mimeType: application/vnd.google-apps.drive-sdk,
title: file_name
}
Примечание мим-типа application/vnd.google-apps.drive-sdk
- он не содержит каких-либо идентификатор приложения. Запрос файла показывает, что эффективный тип mime результирующего файла на самом деле - application/vnd.google-apps.drive-sdk.1088706429537
. Google может даже исправить тип mime, даже если вы ошиблись application/vnd.google-apps.drive-sdk
.
Это отвечает на мой вопрос, потому что устраняет все путаницы. Основная путаница в том, что ваш проект имеет дополнительный идентификатор приложения, который вы получаете даже до идентификатора CLIENT, но он не имеет никакого отношения к подписанию файлов с типом mime-приложения. Я не нашел это в указанном q & a. Во-вторых, это отвечает на мой вопрос, потому что в основном это говорит о том, что mime-type содержит APP_ID, поэтому id приложения и mime-type - это то же самое, и нет разницы/избыточности/конфликта между двумя.
- 1. Get Crittercism appId
- 2. AppID не обнаружен
- 3. Facebook appid amazon ec2
- 4. Bing AppID недействителен
- 5. OFX APPID Использование
- 6. sqlstateserver appid vb.net
- 7. Ошибка Java Servlet Mimetype и ошибка браузера Internet Explorer mimetype
- 8. «MimeType: приложение» дисплей на картинке вместо «MimeType: образ» после ImageIO.write
- 9. MimeType для закодированных файлов
- 10. Отправка наиболее правильного mimetype
- 11. Установка MimeType в C#
- 12. Dart - set mimetype HttpClientRequest
- 13. Добавление mimetype в python
- 14. PDF mimetype, это ошибка?
- 15. Переопределить MimeType для GCDWebserver
- 16. android.database.sqlite.SQLiteException: рядом с «mimetype»
- 17. файл mimetype с asp
- 18. Как найти MimeType реагирования
- 19. Неизвестный mimetype MFMailComposerViewController
- 20. Установка MimeType HttpURLConnection Upload
- 21. PHP-образ неправильный mimetype
- 22. Json mimetype в html
- 23. Не удалось догадаться mimetype
- 24. Android-логин с facebook AppID
- 25. fbs appID cookie не существует
- 26. Используйте «appId | appSecret» как access_token
- 27. Invalid APPID Bing Перевести (WP7)
- 28. Как получить Bing API AppID
- 29. Аутентификация API REST | AppID + AppSecret
- 30. Facebook SDK - FBSession: нет AppID;