0

2 つの別々のゲームを作成しましたが、同じログイン システムを共有したいと考えています。そのため、両方のゲームに使用する 1 つのアカウントを持っている場合。

しかし、彼らが最初にサインアップしてログインするとき、集中型システムにリダイレクトしたくありません。サインアップ/ログインプロセスをできるだけシンプルにしたいからです。

そのため、通常どおり Web サイトにサインインさせてからcURL、API を構築して中央の Web サイトにリクエストを送信することを考えていました。

ただし、どの Web サイトも同じネットワーク上にないため、これが良いアプローチであるかどうか疑問に思っています。ゲームが存在するドメインからのリクエストのみを受け入れるように、集中型ログイン システムを構築する必要があると思います。しかし、私が心配しなければならないことは他にありますか?たとえば、パスワードはどのように送信すればよいですか? それらをプレーンテキストで送信するのは恐ろしい考えのように思えるので、ゲーム側でそれらをハッシュする必要があると思います. たとえば、ユーザーテーブルの小さなコピーを作成する必要があると思いますusernameおよびuser_id.

たとえば、Facebook Connect などを使用したくありませんOpenID。これは、外部システムにリダイレクトすることを意味し (これはユーザー エクスペリエンスに悪影響を及ぼします)、Web サイトのプレーヤーからの平均年齢は約 14 歳であるため、彼らには手がかりがありません。OpenIDまた、Facebook アカウントを私の Web サイトに接続するよう強制したくありません。

また、私はネイティブではないので、正しい方法で自分自身を表現するのに苦労しています.

前もって感謝します!

4

2 に答える 2

0

API は良いアプローチです。ただし、そのような API を実装する場合は、次の点に注意する必要があります。

  1. API には強力な認証キーを使用します。サーバー IP でリクエストをフィルタリングできますが、これは機能しますが、操作されたパケット (IP スプーフィング) を送信できるため、お勧めしません。
  2. ゲームサーバーでパスワードをハッシュ化できますが、クライアントからサーバーへの接続が暗号化されていない場合、パスワードはすでにインターネット経由で送信されており、攻撃者が必要に応じてクライアントの暗号化されていない接続から開始します。パスワード。そのため、重要なユーザー データとの接続には必ず SSL を使用してください。
于 2014-02-18T10:23:15.387 に答える