5

私は Titanium 2.0.2 を使用して、特にプッシュ通知を受信できる必要がある iPhone アプリを作成しています。私は次のことをしました

を。Apple Developer アカウントで AppID を作成しました b. プッシュ用の AppID を構成しました c. 新しく作成した AppID を使用して、新しいプロビジョニング プロファイルを作成しました。適切な測定のためにそのプロファイルを編集しました-最初のラウンドでAppIDプッシュ情報を正しく取得しないという報告を聞いたことがあります

以上のことを踏まえて、Ti.Network.registerForPUshNotifications を使用してプッシュ用にアプリを登録し、成功、エラー、およびコールバック メソッドをコーディングしました。Titanium Kitchen Sink のデモの例に厳密に従っています。

これらすべてを行った後、私は次の結果のいずれかを完全に期待していました

  1. 登録が成功し、Success コールバックに残っている警告メッセージが表示されます。
  2. 登録が失敗し、エラー コールバックにアラート メッセージが表示される

驚いたことに、まったく何も起こりません。

二重に確認するために、 http://maniacdev.com/2011/05/tutorial-ios-push-notification-services-for-beginners/の優れたチュートリアルに従って、単純な XCode プロジェクトを作成しました。アプリは APNS に登録され、iPad とhttp://itunes.apple.com/us/app/consolelog/id415116252?mt=8を使用して、割り当てられた remoteDeviceUUID をトラップします。次に、ManicDev の simplepush.php スクリプトを適合させ、ローカルの WAMP サーバーから実行しました。APNS に到達し、最初の PUSH メッセージを送信します。しかし、それは決して私の iPad には届きません!

完全を期すために、TestFlightApp の助けを借りて iPad に開発ビルドを取得していることに言及する必要があります。

それで、私はここで何が間違っていますか？

を。Titanium が RegisterForPushNotifications に応答して何もしたくないのはなぜですか? b. 私のサンプル XCode アプリが Push 通知を受信しないのはなぜですか?

これについて何か助けていただければ幸いです。

4

2 に答える 2

1

この投稿に出くわした人へのメモ。WiFi ファイアウォール ルーターの背後にある iPad でのプッシュ通知のテストには注意してください。ほとんどのルーターは、APNS が使用するポートへのアクセスをブロックします。コード内の「バグ」を見つけるのに多くの時間を費やしましたが、それがなかったことを発見しました。デバイスをルーターの DMZ に配置すると役立つかもしれませんが、信頼性はありません。少なくとも、私の Sitecom ルーターではそうではありません。

于 2012-07-12T13:26:41.030 に答える
0

Test Flight が使用するアドホック ビルドは、開発用ではなく、プッシュ通知に関しては "Production" であるため、ほとんどの場合、サーバーを動作させるには、Production APNS サーバー キーを使用して構成する必要があります。

于 2012-05-23T13:30:28.390 に答える