16

OpenID は原理的には優れたアイデアですが、UI とそれが優れている理由の説明は現在、一般的な使用に合わせて調整されていません。OpenID を一般大衆に機能させるには何が必要だと思いますか? これはテクノロジーで解決できますか、それとも問題が本質的に難しいため、難しい説明/複数ステップの登録手順、多数のアカウント、または不十分なセキュリティで立ち往生していますか?

4

21 に答える 21

14

それはもっと単純である必要があります:概念の知識が少なくて済み、必要なステップが少なくて済みます-できればゼロです。テクノロジーがほとんどまたはまったく支援なしで機能するとき、それは離陸します。

OpenIDクレデンシャル、プロバイダー、およびサプライヤーの仕組みをユーザーに公開する必要はありません。人々はインターネットユーザーの大衆を教育することについて話します、しかしそれは決して起こりません-大衆が愚かであることを決してやめません。大衆にアピールしたい場合は、代わりに彼らのレベルを満たすために技術を下げる必要があります。グーグル系列のサイトがあなたがグーグルにログインしていることを拾い上げ、そのアカウントを黙って使用するとき、あなたが誰であるかを告げる必要なしにそれは機能します。OpenIDが比較して非常に不器用であるという事実は、Googleのような大手プロバイダーがまだそれを避けている理由であり、一般の人々がそれを採用しない理由です。

OpenIDの開発者は、IDに電子メールアドレスではなくURLを使用したときに混乱したと思います。人々は電子メールアドレスが何であるかを知っており、すでに関連付けられている(または簡単に取得できる)電子メールアドレスを持っています。GoogleやMicrosoftなどの電子メールプロバイダーは、ポータルとしての役割を喜んで採用しています。実際、メールアドレスからURLへの自動翻訳だけで十分です。

myname@example.com-> http://www.example.com/openid/myname

于 2008-09-09T00:01:30.060 に答える
5

何百万人もの人々が使用しているサイトからの大きな賛同が必要になると思います。たとえば、MySpace は間もなく OpenIDをサポートするようになり、OpenID がサポートするユーザーの数は膨大な数に跳ね上がりました。ネット上の活発なサイトの多くがこのリードに従うなら、それでいいのです!

于 2008-09-08T21:48:06.247 に答える
3

それをサポートし、ユーザーに透過的にするすべての人気のあるサイトが必要になります。

「ここでユーザーアカウントを作成できます。または、MySpace、Google Mail、Hotmailなどを使用している場合は、OpenIDを使用してサインインできます。」

新しいサービスとして販売するのではなく、別のサイトとは異なるIDを使用してサインインできるものとして販売してください。

ただし、問題は、サポートしているすべてのユーザーがmyspace id、google idなどを使用するようになることです。myspaceidを使用してstackoverflowにサインオンすると、後でgoogleを使用して、stackoverflowがそれらを認識しないことに戸惑う可能性があります。 。

openidには、openidアカウントをリンクして同じものにするためのソリューションがあるのではないかと思います。これらは本質的に独立した署名機関であるため、テクノロジーで可能になるとは思えません。それを可能にするには、GoogleはMyspaceとデータを共有する必要があり、その逆も同様です...

于 2008-09-08T23:44:44.657 に答える
3

ISPは、電子メールアドレスを模倣するすべての顧客にopenIdを提供する必要があります。おそらく、openIDはfoo@example.comからhttp://openid.example.com/fooへの自動翻訳をサポートする必要があります。これにより、ISPはこれを別のサーバーに簡単に設定できます。

于 2008-09-08T23:52:02.703 に答える
2

覚えやすい ID を使用して、はるかに単純化する必要があります。

于 2008-09-08T23:28:46.160 に答える
2

主流にはならないと思います。Ted Dziuba は、ほとんどの人が解決する価値があるとは考えていない「問題」を解決するという彼の言葉を正しく理解していると思います。

http://teddziuba.com/2008/09/openid-is-why-i-hate-the-inter.html

于 2008-09-08T23:03:38.280 に答える
1

まだじゃないってこと?;)

明らかに、現在人気のある多くのアプリケーションがそれを提供し、それが優れた代替手段であることを明らかにする必要があります。

グーグルとフェイスブックがそれを明白なオプションにしたなら、それは助けになるでしょう。

最終的には、ユーザー教育が実際にそれを行うものになります。私はほとんどの人が気にするだろうとは思わない...愚かな羊。

于 2008-09-08T21:50:28.253 に答える
1

これまでの回答の多くは、2つの選択肢に要約されているようです。

  1. ユーザー教育、および
  2. 採用を強制する(多くのサイトが社内認証からopenidに変更されます)。

私たちにできることはそれだけですか?カジュアルユーザーがOpenID委任を簡単に行えるようにする分散ツールについてはどうでしょうか。(たとえば、OS X / Windows / Ubuntuと統合されたもの)これを実行不可能にする技術的な障壁はありますか?

クライアント側(およびベンダー発行)のアプリケーションでオンラインセキュリティ設定を管理できる場合は、「ログイン領域」以降、ランダムなサイトにパスワードを与えることに関連するリスクの一部に対処できる可能性があります。あなたのシステムトレイにあるローカルプログラムかそうでないかでしょう。もちろん、Webアプリとデスクトップ(Chromeが提供するものなど)を統合すると、実際にはそのような区別が不可能になる可能性があるため、それは論点になる可能性があります。

いずれにせよ、 openidを一般の人々にとってより口に合うようにし、システムをよりユーザーフレンドリーにするだけでなく、採用を加速するために、できることがあるはずです。

于 2008-09-08T21:59:33.597 に答える
1

主に Java で Web アプリをプログラミングする人として、OpenID を使用できない/使用しません。ライブラリのサポートがないからです。 JOIDopenid4javaは、私が知っている唯一の 2 つです。JOID は明らかに積極的にメンテナンスされておらず、何ヶ月もメーリング リストに掲載されていた非常に重要なパッチが含まれていません。また、openid4java には 40 メガバイトを超える外部依存関係が必要です。これには、承認されたクラスパスに入る必要があるものも含まれます。これは、あるユーザーがコメントしたように、ばかげています。

witichis によるコメント、2008 年 4 月 28 日

簡単なリダイレクトと復号化/暗号化のための 46MB のダウンロード - 酔っ払っていますか?

私の意見では、OpenID は悪くありません。ログイン資格情報を統合します。それは実際の問題を解決しますが、最適な解決策ではないかもしれません.私が見ることができる唯一の問題は、他の誰かがあなたであると主張することを許可しないようにアイデンティティプロバイダーを信頼する必要があることと、.に) 結託して、複数のサイトであなたの身元を結び付けることができます。

于 2008-09-08T23:35:19.843 に答える
0

IDを覚えておく必要がないように、ブラウザはOpenIDログインボックスに自動入力する必要があります。

于 2008-09-08T23:48:24.303 に答える
0

単純なユーザー名とパスワードの組み合わせを構成するために多くの余分な時間がかかる場合を除いて、Webフレームワークにはデフォルトとして付属しているはずです。

于 2008-09-08T23:50:03.287 に答える
0

OpenIDを使用するサイトは、OpenIDをログインページの前面中央に配置する必要があります。私は多くのサイトがこのような標準のログイン/登録ページの下のリンクの後ろにそれを隠すのを見てきました:

ユーザー名:

パスワード:

またはOpenIDを使用します

于 2008-09-09T00:11:26.090 に答える
0

私たちは、OpenIDがログイン方法としてより消費者向けのWebサイトとして提供されることを確認する必要があると思います。OpenIDプロバイダーとして使用できる大規模な消費者向けサイトはたくさんありますが、Stackoverflowの前にログインとしてOpenIDが利用可能であると私が覚えているのは、Bloggerにコメントすることだけです。プロバイダーであることは素晴らしいことですが、消費者にはほとんど見えません。一方、OpenIDを使用する実際の場所を見ると、おそらくもう少し興味を引くでしょう。

于 2008-09-08T21:48:46.137 に答える
0

より多くのOpenIDコンシューマーがOpenIDプロバイダーでもある場合は確かに役立ちます。開発者として、私はopenid.orgで新しいIDを作成できることを理解するためにいくつかのゆがみを経験することに抵抗はありませんが、より主流の消費者はこのプロセスによって簡単に延期される可能性があります。

于 2008-09-08T21:51:00.343 に答える
0

大規模なサイトがOpenIDを受け入れるという事実は、それ自体では、OpenIDを主流にするのに十分ではありません。私がこれまでに見た中で最も近いのは、LiveJournalにOpenID認証の受け入れと提供の両方を行わせることでした(これはかなり長い間行われていると思います)。

しかし、OpenIDを受け入れるだけでは十分ではないと思います。私たちが本当に必要としているのは、独自の認証システムを作成することを拒否し、OpenID認証を必要とするこのようなサイトを増やすことです。「次の大きなこと」で、OpenIDを使用してログインする必要があると言われた場合(他の人と新しいIDを設定するための非常に簡単なウィザードを使用)、ボールが適切に回転し始めると思います。

于 2008-09-08T21:58:06.333 に答える
0

サイトごとにそれを行い、後で自分の時間と条件でアイデンティティを集約できるなら、私はそれを使用します. 現状では、適切な OpenID プロバイダーを見つけることさえ困難です。つまり、stackoverflow.com は 1 つではないので、気にするつもりはありません。

于 2008-09-08T23:42:24.083 に答える
0

プロバイダーの選択は、はるかに簡単にする必要があります。

現時点では、それらのいずれかがどれほど信頼できるか、信頼できるか、または安全であるか、またはどれが6か月後にまだ存在するかを知る方法はありません.

于 2008-09-17T23:39:46.357 に答える
0

私のサイトのログイン プロセスを管理できるように、スタートアップ サイトに統合するために、現在 OpenId を検討しています。

このメイン ストリームを作成するには、これを非常にシンプルにする必要があると思います。コードをコピーしてサイトに貼り付けると、ログイン フォームが読み込まれ、Stackoverflow.com とほとんど同じことができます。

フォームのレイアウトをより認識しやすいようにスタイルアップすることもできると思います。

于 2010-12-03T18:55:51.400 に答える
-1

開きを少なくします。

複数のサイトで同じ ID を使用したくありません。StackOverflow で投稿できるようになる前に、flickr アカウントを作成する必要はありません。登録する Web サイトごとに新しい flickr アカウントを作成する必要はありません。

于 2008-09-16T14:56:13.470 に答える