问题标签 [apns-php]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - APNS沙箱连接失败,php文件中出现错误'0'?
我正在尝试将 Apple 推送通知发送到我的应用程序。我正在关注 APNS 流程的本教程。网址:http ://www.raywenderlich.com/3525/apple-push-notification-services-tutorial-part-2 。
我在 MAMP、PHP 中几乎完成了工作,并且我在 pus_config.php 文件中提到了我的 .pem 文件以进行 APNS 连接。我已经用 simplepush.php 文件测试了我的 .pem 文件,并向我的设备发送了通知。现在正在尝试使用从上述教程中获取的 push.php 文件。
这是我的 push_config.php 文件,
上述证书名称和密码已通过 simplepush.php 文件进行验证和正确测试。
这是我的 push.php 文件,
我的 push_development.log 文件中出现此错误。
我找不到我做错了什么?我应该在我的 push.php 文件中更改什么。我已经测试了我的网络连接和 .pem 文件。你能帮我解决这个错误并在我的设备中获取通知吗?提前致谢。
编辑
在这里,我可以连接 apns 并发送通知。所以认为 .pem 文件没有问题。
php - Easy APNS 消息状态设置为已发送,但未在设备上接收
Easy APNS 消息状态设置为已发送,但在设备上未收到使用 EasyAPNS 时,每条消息都可以正常通过系统。发送消息时,状态设置为已传递,但设备实际上从未收到消息。
该代码在开发人员代码中完美运行。但是自从切换到发布模式(应用程序在应用程序商店中运行)后,没有任何设备真正接收到发出的消息。
push-notification - 发送错误令牌后iOS推送通知错误
我一直在实现一个小的 PHP 脚本,它将推送通知发送到 Apple 的 APN 服务器。我有一个数据库,其中包含在我的应用程序中注册推送通知的所有设备令牌。我的脚本将查询数据库中的令牌并将它们发送给 Apple。一切都很好,但是......我手动将错误的令牌插入到我的表中并再次执行脚本。
我已经意识到,在将错误的令牌发送给 Apple 之后,之后的所有通知都不会到达设备。如果一切正常,Apple 似乎不会返回任何 OK,但如果出现问题,它会发送一个 KO 代码。对于那个错误的令牌,我收到了 Apple 的错误消息,但之后我没有收到所有其他通知的任何回复。
我只为数据库中的所有令牌打开一个连接。
我用这一行准备了一个套接字上下文:
然后启动与 APN 服务器的通信通道:
最后我发送消息:
我想为每个通知设置一个新的连接,但我想先询问 SO 意见......
顺便说一句,我知道 PHP 不是最好的选择,但它是其他地方的要求,我们被迫以这种方式设置系统。
谢谢你,祝你有美好的一天,
亚历克斯。
apple-push-notifications - Java APNS 收到致命警报:certificate_unknown
我正在尝试使用 APNS 发送推送通知。我使用不同的配置文件(针对不同的 Apple 帐户)生成了不同的应用程序集。例如:我有使用 Apple Profile X 开发的应用程序 ABC,以及使用相同 Profile X 的提供者证书的 APNS 代码。当我使用此证书发送推送通知时,它们会正确传递到应用程序。
但是,当我使用使用 Apple Profile Y 生成的提供商证书时,它不会将消息传递给使用 Profile X 开发的应用程序。
我想知道,如果我想向在我的服务器中注册的任何应用程序发送通知以获取推送通知,我应该使用什么样的提供商证书?
是否有任何通用提供商证书可以向任何应用程序发送消息?
在交叉证书场景中测试时出现以下异常:
我确信我使用的证书是正确的,因为它适用于相同配置文件的应用程序。
如果需要,请要求更多说明。
php - 推送通知错误 111 连接被拒绝
我正在尝试将推送通知与我的应用程序集成。自从一周以来,我收到了同样的错误“111 连接被拒绝”。我检查了每一件事。生成 .pem 文件 3 次以确认 .pem 文件没有任何问题。证书路径正确。端口号是 2195。请帮我看看会是什么问题?
谢谢
php - APNS 通知已正确发送,但一段时间后未收到。为什么?
现在已经一周了,我正在寻找我遇到的问题的答案,但我找不到任何东西,所以我要在这里问这个问题!
我制作了一个可以向用户发送通知的 iPhone 应用程序。所以,我有一个通知服务器,用 PHP 编码,它使用 apns-php (http://code.google.com/p/apns-php/)
我的服务器可以随时发送通知,所以我有一个无限期运行的工作人员,每次它收到要发送的通知(要发送的通知在队列中)时,它都会发送通知。为了尽可能快,worker 有 10 个可以发送通知的线程。
当我启动工作人员时,我会收到我应该收到的通知。
问题是一段时间后(我不知道是在特定时间或特定数量的通知发送后......还是其他!),我没有收到任何新通知。当我查看 apns-php 的日志时,什么也没有:所有消息似乎都发送到了 APNS 服务,没有错误(apns-php 使用增强格式)。一旦我重新启动工作人员,我会再次收到通知(但只是一段时间)。
我在 stackoverflow 和 Google 上搜索过这个问题,到目前为止,我看到的唯一回复是:
- 使用的证书/配置文件有问题。我知道这不是问题,因为我在启动工作人员时会收到通知
- 我们的数据库中有一些开发设备令牌,这使得 APNS 关闭了连接。实际上,我们的数据库中可能存在一些开发设备令牌,但是当我查看 apns-php 代码时,如果连接关闭,则会打开一个新设备。所以我不明白这会如何影响在坏设备令牌之后发送的所有通知。
这个问题真的让我抓狂,因为通知对我们的服务非常重要。因此,如果有人知道这里可能存在什么问题,那真的可以挽救生命!
PS:我没有发布任何代码,因为我没有做任何具体的事情。我只是使用 apns-php 的 send() 函数来发送每个通知。
iphone - Apple 推送通知:Payload 中的两次消息
我编写了一个将通知发送到 APNS 的服务器。这是我第一次使用APNS。当我发送消息时,iPhone 上显示的有效负载是这样的:
{aps: {alert: "Hello"}, alert:"Hello"}
警报出现两次是否正确?
apple-push-notifications - Apple apns“权限被拒绝”问题
我在向服务器发送推送通知请求时遇到问题。在尝试连接到苹果服务器时,我们收到以下响应,
ApnsPHP[15748]:信息:正在尝试 ssl://gateway.sandbox.push.apple.com:2195... 2013 年 1 月 15 日星期二 08:20:28 +0100 ApnsPHP[15748]:错误:无法连接到“ ssl://gateway.sandbox.push.apple.com:2195':权限被拒绝 (13)
我们检查了服务器设置,服务器没有阻止任何发出的请求。我们按照 Apple 的指南创建了 p12 证书,并通过在服务器中执行以下 shell 命令将其转换为 .pem。
并且相同的代码和证书在另一台服务器上运行良好。
请让我知道为什么我们会收到此错误?谢谢,
php - php iOS推送通知不起作用
ApnsPHP [11001]:错误:无法连接到“ssl://gateway.sandbox.push.apple.com:2195”:连接超时(110)。
我正在使用http://code.google.com/p/apns-php/此代码进行推送通知我正在尝试为 iphone 应用程序执行 php 推送通知。我正在使用linux服务器。我从网上阅读了很多文章来做到这一点,但所有文章都没有更新,都是 2 年前更新的。我的问题是 ApnsPHP[11001] 如何解决这个问题,请帮助我。一些网站建议使用 entrust_root _certification_authority.pem 这是什么。如何得到这个。这是每个网站都是独一无二的吗?是否需要 https 来执行此操作。请帮我。
apple-push-notifications - Apple Push Notification Service 的奇怪行为
我现在正在使用apns-php开发 Apple Push Notification Service 和 iPhone 应用程序。
正如每个使用 APNS 的人都知道,使用它时有一个限制——我们不能在每条消息中发送超过 256 个字节的有效负载。但是,我发现一个网站说还有另一个限制,即禁止在连接中发送网络使用量超过 5000 到 7000 字节的有效负载。
我一直在寻找这种现象的证据或官方文件,但一无所获。
您能否让我知道是否存在这样一个未记录的 APN 限制才能成功发送有效负载?您在使用 APN 的过程中是否遇到过其他奇怪的经历?
网站就在这里(对不起,是日语。)
它说:
- 不要发送超过 256 字节的消息。
- 如果您尝试发送 5000 到 7000 字节的消息并且 APNS 破坏了您的会话,您将被禁止使用 APNS。然后你需要在睡觉时重新创建一个 APN 会话。
任何意见或想法将不胜感激。