问题标签 [devicetoken]

我正在尝试制作一个简单的 java 应用程序，它使用安全令牌来签署文件（任何扩展名）。

我需要从令牌中读取所有信息并用它对文件进行签名，以便稍后加载签名文件、获取原始文件和所有其他信息。

这是我目前拥有的示例代码，我看到的主要问题是不同的令牌可以有不同的 .dll，我需要这样的抽象。

我在 C# 中找到了一个指南，似乎可以满足我的需要，但 Java 是该项目的要求。

https://docs.microsoft.com/en-us/dotnet/standard/security/how-to-access-hardware-encryption-devices

我们在 appstore 上有一个应用程序，并注册了推送通知。他们一直成功地工作，但我们现在尝试发送“全球”推送，但发生了一些奇怪的事情。这就是我们在服务器端 .php 文件中的内容：

在此之前的代码一直有效，现在仍然有效。tokenArray 包含带有标记的表，就像SELECT Token FROM Tokens;我们的 SQL 中的一样。这行得通。

在开发过程中，当只注册我们自己的令牌时，它总是说“消息已发送到 4 个中的 4 个”，即使我们已经从手机中删除了我们的应用程序。现在我们尝试使用此代码向所有 ≈1100 个已注册令牌发送。消息已发送，输出为“消息已发送至 1194 中的 588”。而且我们自己也没有收到通知！这意味着什么？

大约 5 分钟后，我用一个只包含我自己的令牌的数组切换了 tokenArray 并发送了一个新的推送，我在手机上收到了那个。我还知道“工作”令牌存在于先前失败的“tokenArray”中（我检查过）。

推送通知是机会游戏吗！？if($result)失败时是什么意思？为什么它失败了 500 多次？

证书和 .pem 和 .p12 等都在工作，我从 push1 到 push2 所做的唯一不同是使用另一个表，它是我的 SQL 服务器中原始表的克隆。Table2 只有我的令牌，并且有效。没有进行其他更改。只是SELECT Token FROM Tokens2，后来我证明了所有令牌都Tokens2存在于Tokens 我不知道是否有人得到了推送，或者仍然安装了应用程序的 1200 中的“幸运”588 是否收到了它。

这是什么原因造成的？我们不敢再发送一个，以防有一半已经收到。我一次发送推送的速度有限制吗？还是我们做错了什么？！请帮忙，谢谢。

我创建了启用推送通知的配置文件。在设备中安装 IPA 文件后，应用程序未获取设备令牌。有谁知道为什么这个问题出现在我的应用程序中？

我正在使用 Parse PUSH api 将 PUSH 通知集成到我基于 Phonegap 构建的 iOS 应用程序中。我试图弄清楚如何访问通过解析返回的设备令牌。是否有捷径可寻？已经有这个插件了吗？

我正在测试我的 iOS 应用程序，我发现一件有趣的事情，即使我的手机处于飞行模式并且我也关闭了 WIFI，我的应用程序能够在注册推送通知后接收设备令牌。

即使在从 iPhone 中删除应用程序及其相关证书后，我也尝试过。

但得到了相同的结果。

怎么可能，有什么想法吗？

提前致谢。

我在我的应用程序中实现了 Urban Airship 库，并且可以在开发模式下成功地将推送通知发送到特定设备。启动后，我得到设备令牌并将其保存到 mysql 数据库中。但是，当我在 ad-hoc 模式下使用应用程序时，设备令牌始终是(null).

APP_STORE_OR_AD_HOC_BUILD设定为YES

并且生产和开发的APP Key和APP-Secret都是正确的。

任何想法如何在 ad-hoc/appstore 模式下获取设备令牌？

编辑：相同的问题已发布在Urban Airship Forum。

在开发中一切正常：

• 我的应用程序（使用 Phonegap 构建）将设备令牌发送到服务器
• 我的服务器将通知发送到 Apple 服务器
• 我在 iPhone 上收到通知

但是，当我切换到生产环境（启用推送通知并为生产创建新的 SSL 证书）时，我不断从Rapns（安装在我的推送通知服务器上）收到“(8) Invalid token”。

我已阅读此消息可能是因为我在生产中使用了开发设备令牌（即我的服务器使用生产证书，但应用程序正在开发中运行并将开发设备令牌发送到服务器）。

如何在生产模式下运行应用程序，以便获得有效的生产设备令牌？

我认为我应该使用 Ad Hoc Distribution Provisioning 配置文件，但即使我在构建设置中正确更改了“代码签名身份”，我仍然得到与开发相同的令牌！而这显然是行不通的。

我们的应用程序现在使用生产证书进行 iOS 推送通知。

我们已经经历了几轮推动工作，然后他们就停止工作。通常，“停止工作”与某些服务器故障有关。但是，我们使用的服务器说我们仍在起诉我制作证书时生成的相同 p12，但他们从 Apple 收到错误代码 8，这意味着它是一个无效令牌。

我重新生成证书并“弄脏”配置文件/标识符重新加载服务器上的 p12，一切正常......一段时间。然后他们就神奇地开始收到“错误代码 8”，我们必须重新开始。

今天我注意到我们应用程序的先前版本仍然可以正常工作，但当前版本不能。它们都使用相同的配置文件和/或企业分发配置文件构建，都使用相同的应用程序 ID 证书，都加载到 TestFlight（仅用于信息目的）并且在其中具有相同的推送相关代码。

奇怪的是，当我使用旧版本时，我会取回一个 4xxxxx... 设备令牌（始终相同），而当我使用新版本时，我始终会从 Apple 取回一个 5xxxxx... 设备令牌（始终如一一样的）。

我知道以前的版本之前获得了 5xxxx... 设备令牌，因为我在相当一致的基础上进行了检查。

但是，我注意到我们的一些测试人员注册的设备令牌比他们说的设备多，所以这个问题可能已经持续了很长时间，我错误地认为这是另一个问题。

是什么导致设备令牌具有一致但不同的数字？

设备令牌的结构是什么？

有谁知道为什么完全相同的配置文件/标识符会突然停止为完全相同的推送证书工作？

谢谢

好的，我在 iOS 中编写了这个应用程序。得到推送通知下来相当不错。我只有一个问题。在用户登录时存储用户设备令牌并在他们注销时将其删除，或者永远保留它并且基本上只在用户登录时更新它是明智的吗？

我想我正在寻求的是.. 存储和更新设备令牌的最佳实践。

我的主要问题是……当用户注销时……他们不希望不再收到推送通知。facebook是如何处理这个问题的？据我了解，如果我通过 FB 应用程序退出我的 FB 帐户。它不再向我发送通知，对吗？我不是一个大 FB 用户哈哈

我是安卓新手。

我想初始化某些参数，如api 密钥和设备令牌（就像在 iOS 中一样）。

设备令牌，它是 iphone 的唯一 ID，用于向该设备发送通知。

Api 密钥是标识我们应用程序的唯一密钥。（每个第三方都有自己的 API 密钥，如 Facebook、Twitter、Google Plus 等）

和

android 中的didRegisterForRemoteNotification 和 didReceiveRemoteNotification（与 iOS 中一样）等方法。

所以我想知道这个在android中的替代方案。

在 iOS 中，我们存储deviceToken 来发送通知，但是在 android 中我们存储什么来发送通知？