1

正確にはプログラミングの質問ではありませんが、次のようになります。

電子メールまたは Web 経由で通帳パスを配布している会社は、パスが複数のデバイスにインストールされるのをどのように防ぐことができますか?

Apple docs でこれについて何も見つかりません。私が考えることができる唯一のことは、パスタイプとシリアルの組み合わせにデバイスが既に登録されているかどうかをデバイス登録Webサービスで確認して削除することですが、パスをリモートで削除するコマンドを認識していません。

もう 1 つのオプションは、パスを生成する前に既に登録されているかどうかを確認することですが、これは URL 配布でのみ機能し、電子メールでは機能しません。

プッシュ通知 + 更新を介してパスをリモートで削除する方法はありますか? この問題を解決する方法についてのアイデアはありますか?

4

2 に答える 2

0

Mail と Mobile Safari は、与えられたパスを提示し、ユーザーはそれらを自分の Passbook に追加することを決定できます。パスの作成者がそれを防ぐためにできることは、.pkpass ファイルがどのように渡されるかについて注意する以外にありません。

本当に特定のパスを特定のデバイスに配信したい場合は、カスタム API を使用してバックエンドと通信し、そのデバイスのパスをその方法で要求するコンパニオン アプリを検討できます。そうすれば、電子メールや URL リンクを介した配布よりもはるかに詳細に制御できます。

Apple はプログラムでパスを削除しようとすることに眉をひそめます。パスを追加したため、ユーザーのみがパスを削除することになっています。ただし、パスを更新して、無効で削除する必要があることを明確にすることはできます。たとえば、バーコードがある場合はそれを削除し、大きな赤い「INVALID」が表示された背景画像を使用できます。

于 2012-10-05T06:02:49.367 に答える
0

@ohmiの答えを拡張するだけです：

  1. パスが複数のデバイスにインストールされるのを防ぐことはできません。たとえば、ユーザーが iCloud for Passbook を有効にすると、パスはデバイス間で自動的に同期されます。
  2. pkpass へのリンクが公開されていることを考えると、1 回限りのダウンロード リンクを導入することを検討することもできますが、それでニーズは十分に満たされますが、手動で削除したパスを再度追加できない場合、ユーザーは本当にがっかりする可能性があります。したがって、そのようなソリューションはお勧めしません。
  3. pkpass リンクを非公開にすることができるため、アプリケーションから発信され、特定のヘッダー フィールド (auth_token など) に特定の値を含む GET 要求のみが pkpass ファイルを受け取りますが、この方法では、電子メールまたはパスへの URL を共有すると、パスの更新がおそらく不可能になります。
于 2012-12-06T16:42:33.950 に答える