問題タブ [plaxo]

乾杯、

Stack Overflow の OpenID の優れた実装を見て、Google が OpenID で行った素晴らしい仕事を見て、私は自分が取り組んでいる Web アプリにそれを実装しました。調査中に、もう 1 つの優れた RP として Plaxo に出くわしました。

最近、Facebook は初歩的な OpenID サポートを追加しました。通常とはまったく異なる目的で使用されているようです。OpenID でログインする方法が見つかりませんでした。それでも、私の注意を引いたことが 1 つあります。Google がホストする UI には、Facebook のロゴと、少し異なる見出しがありました。最初は、これは Facebook のために最近設計された新しい「ポップアップ拡張機能」のせいかもしれないと思っていました。ただし、承認 URL を編集し、ポップアップ拡張機能への参照を削除しましたが、アイコンはまだそこにありました。拡張機能のサポートを書いたとき、アイコンは追加されませんでした。

辺りを見回すと、Plaxo のアイコンが Google の認証ページにもありました。

これは、Google と Plaxo、および Google と Facebook の間の商取引の結果かもしれませんが、そうではない可能性があります。だから私は疑問に思っています:このアイコンを追加する方法を知っている人はいますか?

nb Google の Federated Login API グループでこれについて問い合わせましたが、応答がありませんでした。また、インターネットで繰り返し検索しました。これに気付き、十分に興味を持っている人は少ないようです。

plaxoのアドレスブックアクセスを機能させようとしています。次の問題が発生しています。

ユーザーのログインプロセス全体は、ユーザーがルートURLを使用しているときにajaxを介して実行されます。render landing/logged_in.js.erbユーザーが正常に ログインすると、

email_invites/invite_people.html.erbに含まれるもの

問題は次のとおりです。への2番目の引数は、コールバックページへの絶対パスです。これは、まだルートURLにあるため、正しいshowPlaxoABChooser()はずです。/

現在のように、ユーザーは「アドレス帳から追加」をクリックし、サイトから削除されて連絡先を選択します。ユーザーが連絡先を選択した後、ウィジェットは選択した連絡先を含むリクエストでサイトに戻ることができません（ウィジェットはplease wait永遠に言います）。

助けていただければ幸いです。

Plaxo がユーザーに Pref Pane をダウンロードさせて Address Book と同期させる理由が気になります。Plaxo が Exchange サーバーを使用しないのはなぜですか? (アドレスブックがこれをサポートしているため)

あるアプローチが他のアプローチよりも好まれる理由を知っている人はいますか?

GmailがActiveSyncを使用してiOSの連絡先をGmailと同期する方法が好きです。

Plaxoがアプリを使用してiOSの連絡先をPlaxoと同期する方法が好きではありません。

PlaxoがActiveSyncを使用しないのはなぜですか？

また、Webベースの連絡先アプリを操作していますが、ActiveSyncを介してWebベースのデータをiOSの連絡先アプリと同期する方法を知りたいです。Googleが行ったことをサービスが実行するには何が必要ですか？交換ライセンスを購入しますか？activesyncライセンス？他の？関係するすべてのレイヤーは何ですか？私たちはいくらの$について話しているのですか？MicrosoftのWebサイトでは、これを明確にしていません。

どうもありがとう。

plaxo 連絡先ウィジェットを使用して、gmail、yahoo メールの連絡先などを取得しました。正常に動作していますが、そのページを開くたびに、ポップアップ ウィンドウに次のエラー メッセージが表示されます。

受信者を追加できません。アドレス帳ウィンドウを閉じて、もう一度やり直してください

何をすべきか教えてください。

次の質問は、学校の課題についてです。

ユーザーがいて、それぞれに独自の議題があるplaxoのような Web アプリケーションを作成する必要があります。私のアプリケーションの要件は、plaxo の要件よりもはるかに単純です。私の場合は、カテゴリ別にグループ化された連絡先と、完了または保留中の状態別にグループ化されたタスク、およびその他の一般的な機能のみが含まれます。

私の疑問は、SQLスキーマにあります。これは私が選ぶモデルです：

• ユーザー (ID、ユーザー名、パスワード、名前、姓、電子メール)
• カテゴリ(id,name)
• 連絡先（ID、名前、住所、電話番号、電子メール、id_categories、id_users）
• contact_person (id, lastname, id_contact )
• contact_organization (id, 商標, id_contact )
• タスク (ID、日付、時間、説明)
• tasks_contacts( id_tasks , id_contacts )

太字のフィールドは外部キーです。このスキーマが大丈夫かどうかはわかりません。そうは思いません。そうでない場合はお知らせください。

______________________________________________________________________

@Strawberryコメントの後に編集:

わかりました、モデルを次のように変更したとしましょう:

• カテゴリ(id,name)
• 連絡先（ID、名前、メール）
• contact_user (ユーザー名、パスワード、id_contacts )
• contact_person(姓、住所、電話番号、id_contacts )
• contact_organization (商標、住所、電話番号、id_contacts )
• タスク (ID、日付、時間、説明)
• tasks_contacts( id_tasks , id_contacts )

contacts_user、contacts_person、およびcontacts_organizationからidフィールドを取り出しました。id_contactsが一意のキーになることを考えると、それはナンセンスだと思うからです。

さらに情報を追加します。

• テーブル users は、ユーザーが登録時に保存するデータ用です。
• カテゴリは、連絡先をグループ化するためのものです。例: ジョン、ルイス、アンナは使い魔であるため、「家族」のカテゴリに入ることができます。
• 各連絡先は、1 つのカテゴリにのみ属することができます。
• 連絡先には、組織と個人の 2 種類があります。それらの違いは、個人には商標がなく、組織には姓がないことです。
• 各タスクには、リマインダーの日付と時刻が必要です。task がスペイン語の「recordatorio」から英語への最良の翻訳であるかどうかはわかりませんが、plaxo ではそのように呼ばれているようです。
• 各連絡先には複数のタスクまたはリマインダーを関連付けることができ、各タスクには複数の連絡先を関連付けることができます。

私が自分自身を十分に明確にしたことを願っています。