ログイン ダイアログがテスト ユーザーと異なるのはなぜですか?
テスト ユーザーを使用して、ログイン ダイアログの未来を確認できます。実際、これは「機能していない」わけではありませんが、これは 2012 年 12 月に発表されたアップデートです。
ログイン ダイアログのデザインが変更され、アプリが要求する権限が理解しやすくなりました。プレゼンテーションを簡素化し、より明確にするために文言も更新しました。
何が共有されているかを反映するために、「基本情報」は「公開プロフィールと友達リスト」に名前が変更されました。公開プロフィールにアクセスするアプリは、名前、プロフィール写真、年齢層、性別、言語、国、その他の公開情報を取得します。
出典:人々に明確さとコントロールを提供する、developers.facebook.com /blog
この更新に通常のユーザーが対応しない理由は、Facebook が全員を同時に更新することを使用していないためです。国、アカウントの種類、または私が無視するその他のパラメーターに応じて、部分的に更新を開始します。
開発者アカウント専用の部分的な更新 ( Unified_message FQL テーブル) の例:
新しいメッセージング システムが広く利用可能になるまで、登録済みの開発者アカウントに対してのみ、この API への早期アクセスを提供しています。現時点では、実稼働アプリケーション用のメッセージ テーブルを使用する必要があります。
私たちの場合、テストユーザーが更新にアクセスできることがわかりましたが、次のようにも言われています。
これらの改善の多くは、iOS6 統合の一環としてすでに開始されており、現在、より広範囲に展開されています。
プロキシメールについて
実際、プロキシメールは、ユーザーが実際のメールを匿名に保つ方法です. プロキシメールを考慮する必要があります。
アプリに参加するとき、ユーザーは実際の電子メールとプロキシ電子メールのどちらかを選択できます。
他に想定する必要があるのは、アプリへの接続時にアカウントを検証しなかったユーザーです。これは、こちらおよびこちら で説明されている可能性があります。
では、テスト ユーザーがプロキシ メールを返すのはなぜでしょうか。テスト ユーザー (ボットであり、偽の電子メールを持っている)が電子メールを検証しなかったためです。
少なくとも 3 つのケース (そして最後に、テスト ユーザーが良い例です) で、これらのプロキシ メールを処理する必要があることがわかります。それらは、開発者が偶発的または偶然に遭遇するものであり、無視することはできません。あなたのケースでは、プロキシメールを持っているテストユーザーがアプリにアクセスできないようにすることもできます。ただし、それらを受け入れる必要があり、元の電子メール アドレスの共有を強制するべきではありません。より良い解決策は、テスト ユーザーのメールを検証することです。
- プロキシ メールを提供するテスト ユーザー アカウントに接続します。
- メールアドレスを追加(ここではパスワードが必要です)、
- 電子メールのメールボックスに移動し、検証リンクをクリックします。
- 新しいメールアドレスをプライマリとして設定し、
- テスト ユーザーは、プロキシではなく元のメール アドレスを提供する必要があります。