OAuth (OpenID、Facebook、Twitter など) によるログインを許可する場合、今後の認証のために、Oath プロバイダーによって提供されたアクセス トークンを mysql データベースに保存します。一部のチュートリアルでは、アクセス トークンを保存するための列は でvarchar(255)あり、一部の使用はtextです。textアクセス トークン (facebook や twitter などの一般的な Web サイトによる) が 255 文字の必要な列よりも長いのだろうか。この可能性を考慮すべきでしょうか？
14074 次
3 に答える
34
私はFacebookで働いており、これについて決定的な答えを出すことができます.
アクセス トークンのストレージに最大サイズを設定しないでください。データの追加と削除、およびエンコード方法の変更に伴い、時間の経過とともにサイズが大きくなったり小さくなったりすることが予想されます。
255 文字であることについて、1 か所でガイダンスを提供しました。その情報を含むブログ投稿を更新し、新しいアクセス トークン ドキュメントを更新して、サイズに関するメモを含めました。
https://developers.facebook.com/docs/facebook-login/access-tokens/
混乱させて申し訳ありません。
于 2013-05-03T19:08:26.607 に答える
3
これは時代遅れのようです... Facebook は現在、少なくとも 60 日間のトークン (オフライン アクセスに代わるもの) に対して、255 文字を超えるトークンを送信する可能性があります。
この関連する質問を確認しましたか?
于 2013-04-19T14:10:19.413 に答える
3
私の経験では、Facebook や Twitter で問題が発生することはありません (3 年以上、私のシステムで長さ 255 のファイルを保存しても問題はありませんでした)。とはいえ、Quora http://www.quora.com/OAuth-1/Whats-the-maximum-length-of-an-OAuth-access-token-key-secret-pairで簡単に検索すると、この質問が表示されました
この答えは信じられないほど古く、正しくありません。最新の回答を見てください。アクセス トークンのサイズを制限しないでください。
于 2011-11-11T19:03:25.040 に答える