问题标签 [plaxo]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
1 回答
393 浏览

facebook - 谷歌 OpenID 确认页面上 Plaxo 和 Facebook 的徽标

干杯,

在看到 Stack Overflow 对 OpenID 的出色实现以及 Google 对 OpenID 所做的出色工作之后,我在我正在开发的 Web 应用程序上实现了它。在我的研究过程中,我遇到了 Plaxo 作为另一个伟大的 RP。

最近,Facebook 添加了一些基本的 OpenID 支持。它显然用于与通常完全不同的目的:我没有找到使用 OpenID登录的方法。然而,有一件事引起了我的注意:在 Google 托管的 UI 上,他们有一个 Facebook 徽标,并且标题有点不同。起初我认为这可能是因为最近设计的新“弹出扩展”正是因为 Facebook。但是我编辑了授权 URL 并删除了对弹出扩展的引用,并且图标仍然存在。当我编写扩展支持时,它没有添加图标。

我环顾四周,Plaxo 在 Google 的身份验证页面上也有他们的图标。

尽管这可能是谷歌和 Plaxo 以及谷歌和 Facebook 之间的商业交易的结果,但情况可能并非如此。所以我想知道:有谁知道如何添加这个图标?

nb 我已经在 Google 的 Federated Login API 组上询问过这个问题,但没有收到任何回复。我也反复在网上搜索过;显然没有多少人注意到这一点并且对此有足够的兴趣。

0 投票
2 回答
383 浏览

ruby-on-rails - Plaxo 电子邮件联系人小部件无法将电子邮件地址返回到应用服务器

我正在尝试让plaxo 的通讯簿访问功能正常工作。我遇到以下问题:

当用户在根 url 上时,我的整个用户登录过程是通过 ajax 完成的。当用户成功登录时,我render landing/logged_in.js.erb包含

email_invites/invite_people.html.erb 包含

我认为问题出在哪里:第二个参数showPlaxoABChooser()是回调页面的绝对路径,因为我们仍在根 url 上,所以应该是/正确的?

目前,用户单击“从我的地址簿添加”并离开站点以选择他们的联系人。用户选择联系人后,小部件无法通过包含他们选择的联系人的请求来回击我们的网站(小部件表示please wait永远)。

我会很感激任何帮助。

0 投票
1 回答
97 浏览

macos - 为什么 Plaxo Mac OS X 同步使用桌面客户​​端而不是 Exchange?

我想知道为什么 Plaxo 让其用户下载 Pref Pane 以与地址簿同步。为什么 Plaxo 不使用 Exchange 服务器?(因为地址簿支持这个)

任何人都知道为什么一种方法优于另一种方法?

0 投票
2 回答
1096 浏览

gmail - ActiveSync 需要什么?

我喜欢 Gmail 如何使用 ActiveSync 将我的 iOS 联系人与 Gmail 同步。

我不喜欢 Plaxo 如何使用应用程序将我的 iOS 联系人与 Plaxo 同步。

为什么 Plaxo 不使用 ActiveSync?

我还运行一个基于 Web 的联系人应用程序,并且想知道如何通过 activesync 将我们的基于 Web 的数据与 iOS 联系人应用程序同步。一项服务需要什么才能完成 Google 所做的事情?购买交换许可证?主动同步许可证?其他?涉及的所有层是什么?我们在谈论多少美元?微软网站没有明确说明这一点。

非常感谢。

0 投票
1 回答
158 浏览

javascript - Plaxo 联系小部件消息

我使用 plaxo 联系人小部件来提取 gmail、雅虎邮件联系人和许多联系人。它工作正常,但是每次我打开该页面时,它都会显示一个弹出窗口,其中包含以下错误消息:

无法添加收件人。请关闭通讯录窗口,然后重试

请建议我该怎么做?

0 投票
1 回答
43 浏览

mysql - 这种架构设计方法是否正确?

下一个问题是关于学校的作业:

我必须制作一个像plaxo这样的 Web 应用程序,其中有用户并且每个人都有自己的议程。我的应用程序的要求比 plaxo 的要简单得多。我的只会有按类别分组的联系人和按其状态分组的已完成或待处理的任务,以及其他典型功能。

我的疑问是 sql 模式。这将是我会选择的模型:

  • 用户(ID、用户名、密码、姓名、姓氏、电子邮件)
  • 类别(ID,名称)
  • 联系人(id、姓名、地址、电话、电子邮件、id_categoriesid_users
  • 联系人_人(id,姓氏,id_contact
  • 联系人组织(id,商标,id_contact
  • 任务(id、日期、小时、描述)
  • 任务联系人(id_tasksid_contacts

加粗的字段是外键。我不确定这个模式是否可以,我不这么认为。如果不是,请告诉我

______________________________________________________________________

在@Strawberry评论后编辑:

好的,假设我将模型更改为这个:

  • 类别(ID,名称)
  • 联系人(ID、姓名、电子邮件)
  • 联系人用户(用户名,密码,id_contacts
  • 联系人_人(姓氏,地址,电话,id_contacts
  • 联系人组织(商标,地址,电话,id_contacts
  • 任务(id、日期、小时、描述)
  • 任务联系人(id_tasksid_contacts

从 contacts_user、contacts_person 和 contacts_organization中取出id字段,因为我认为id_contacts将是唯一键,这是无稽之谈。

我将添加更多信息:

  • 表 users 用于用户注册时存储的数据。
  • 类别旨在对联系人进行分组。例如:John、Luis 和 Anna 可以属于“家庭”类别,因为他们是熟人。
  • 每个联系人只能属于一个类别。
  • 有两种类型的联系人,组织和人员。它们之间的区别在于个人没有商标,组织没有姓氏。
  • 每个任务都必须有一个提醒日期和时间。我不知道 task 是否是西班牙语“recordatorio”中最好的英语翻译,但 plaxo 似乎是这样称呼它的。
  • 每个联系人可以关联多个任务或提醒,并且每个任务可以关联多个联系人。

希望我让自己足够清楚。