2012-04-10 3 views
3

私はChrome用Twitterクライアントを開発したいと考えています。私は、クロムのための既存のツイッター拡張のJSファイルを見てきました。そして彼らの消費者の鍵と秘密が明らかになった。私はそれがそうすべき方法ではないと信じています。JSでOAuthを実装し、Consumer SecretとKeyを公開するのは良いですか?

意見私はそれをサーバー側で共有したいと思います。そのユーザーは自分のウェブサイトにサインアップする必要があります。そのウェブ上でoAuthを持ってください。私は彼らのアクセストークンを保存します。 Chrome拡張機能をインストールすると私は彼らにログインするように求めます。彼らがつぶれるたびに、私は自分のアクセストークンをオンラインで取り出して、つぶやくことができます。

このようにして、私のキーは隠されたままです。私はChrome OAuthを使用したくありません。

OAuthの私のサーバー側実装はJS implementaionより優れていると思いますか?

答えて

0

私はこのデータを共有していない方が一般的には良いアイデアだと思っていますが、拡張機能のために独自のサーバーを維持しない限り、Chrome拡張機能はフロントエンド開発なのでもっと難しいです... )。あなたのOAuthの資格情報を公開するにはあまりにも多くのリスクがあるとは思わない。彼らが悪意を持ってTwitterを攻撃する場合、Twitterはアクセスをブロックし、新しい鍵を申請するだけでよいのです。あなたのユーザーの鍵は、自分のマシンに安全に保存されるので、ユーザーのデータは大丈夫です。拡張でOAuth2プロトコルを実装する簡単な方法を探しているなら、ここではそれを作成したユーティリティがあります。

https://github.com/jjNford/oauth2-chrome-extension

私はこの実装this extensionで私の自己を使用しています。

+0

Chrome OAuthライブラリで不運を感じると、サーバー側のソリューションを考えるようになります。私はTwitterでそれを使用するのに成功した場合、あなたのライブラリに試してみます。 –

+0

@TahirAkramクールなので、twitters APIに合わせるために少し追加する必要があるかもしれませんが、一般的にはうまくいくはずです。 GitHubリポジトリの拡張機能で使用しています。GitHubリポジトリは、自分のGitHubアカウントでホストされていて、自分のやり方を見たい場合にも使用します。あなたがtwitterのために働いているなら、OAuthリポジトリに新しいブランチを作成してください。 – jjNford

+0

サーバー側の音量は... ...あなたがそれを維持しなくても...あなたの内線が死ぬので... – jjNford

関連する問題