在一个浏览器会话上访问 facebook / gmail 上的多个用户收件箱/事件 - 可以通过 JavaScript 实现吗？
假设我有 3 个 google 帐户和 3 个 facebook 帐户，并且想要一个网络应用程序来一起查看所有 3 个帐户的收件箱/事件。这可能吗？
我可以想到以下选项：
仅使用 javascript api。 （不知道是否可以在同一浏览会话中对多个用户进行身份验证或在用户之间切换而无需重新输入密码？）
使用 gmail 和 facebook 的一些 c# api 合并服务器上的收件箱/事件。这些 api 是否需要浏览器会话，或者是否可以存储某种身份验证令牌？
非常感谢您的任何建议！
拉尔西
Say I have 3 google accounts and 3 facebook accounts and want to an webapp for viewing the inbox / events for all 3 accounts together. Would that be possible?
I can think of the following options:
Using the javascript api's only. (Don't know if it would be possible to have multiple users authenticated at same browse session or switch between the users without reentering passwords?)
Merge the inboxes / events on server using some c# api for gmail and facebook. Would those api require a browser session, or would it be possible to store some sort of a authentication token?
Thanks a lot for any suggestion!
Larsi
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
通过使用 Facebook 的 OAuth 身份验证和相应的服务调用来检索数据，绝对可以做到这一点。不知道gmail是否支持这样的功能。
Facebook API/Auth 参考：http://developers.facebook.com/docs/authentication/ 。请注意，您要么必须自己调用服务，要么为每个要提取数据的帐户拥有一个应用程序 ID，因为 Facebook 提供的库将用户信息存储在以应用程序 ID 作为前缀命名的 Cookie 中。
It is definietly possible to do that with Facebook by using its OAuth authenitcation and corresponding service calls to retrive data. I don't know if gmail supports something like this.
Facebook API/Auth reference: http://developers.facebook.com/docs/authentication/. Note that you'll either have to call services yourself or have one application Id per account you want to pull data for as library provided by Facebook stores user information in cookies named with application Id as prefix.
您需要两个单独的浏览器会话，可能将 cookie 存储在不同的位置（如果您想记住谁登录了），以便同时作为两个用户登录这些网站。其中一些甚至会通过检查 IP 地址来释放会话；如果同一 IP 有两个或多个打开的会话，则除了最年轻的会话外，所有会话都将被丢弃。
这个想法是，一台计算机由一个人使用，而该人应该是一个用户，并在一个会话中与 Web 应用程序进行交互。这样可以实现资源的最佳整体利用。有非常简单的方法可以在服务器端强制执行此操作，但很难在客户端“游戏”。
You need two separate browser sessions, possibly storing cookies in different places (if you want to remember who's logged in) to be logged in to these websites as two users at the same time. Some of them will even free up sessions by examining the IP address; if the same IP has two or more open sessions, all but the youngest are discarded.
The idea is, a computer is used by one person, and that person is supposed to be one user and interact with the web app in one session. That allows for the best overall use of resources. There are very simple ways to enforce this server-side, that are hard to "game" client-side.