将来可以使用 OAuth 安排 Twitter 状态更新吗？
我正在 OAuth 上开发 Twitter 应用程序，我希望提供将来发布更新的功能。
基本计划是每小时运行一个脚本并查找需要发布的任何更新，然后验证适当的用户并使用状态/更新 API 调用。
但是，我不知道如何使用 OAuth 来实现此目的。 我显然不想存储他们的用户名和密码 - 这违背了在第一个实例中使用 OAuth 的目的。
但是，如果这是唯一的选择，那么我如何才能不存储其密码的明文副本但仍对它们进行身份验证呢？
I'm developing a Twitter application on OAuth and I want to provide the ability to post updates in the future.
The basic plan is to run a script every hour and find any updates which need to be posted, and then authenticate the appropriate user and use the statuses/update API call.
However, I don't know how I can use OAuth for this. I obviously don't want to store their username and password - that defeats the object of using OAuth in the first instance.
If, though, that is the only option, then how can I not store a plaintext copy of their password but still authenticate them?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
使用 OAuth，您最初只需要用户凭据即可获取 oauth 令牌。 获得 oauth 令牌后，您可以使用 oauth 令牌代替这些凭据。 OAuth 下后续调用中的唯一问题是与服务端令牌关联的任何 TTL（生存时间）。 Twitter 显然不会使令牌过期，因此一旦您拥有有效的令牌，您应该就可以继续代表用户拨打电话。 您需要从用户获取凭据的唯一情况是（1）在运行应用程序的初始阶段，或者（2）用户的会话由于某种原因（更改密码、用户控制的会话失效、 ETC。）。
有关更多详细信息，请参阅 OAuth 规范。
请注意，如果您打算在应用程序调用之间使用相同的用户令牌，则应该准备好加密令牌并安全地存储它。 如果有人捕获您的消费者密钥和秘密以及用户令牌，则用户的身份可能会受到损害。
With OAuth you only need user credentials initially to get the oauth token. After you have the oauth token, you use the oauth token in place of those credentials. The only issue in subsequent calls under OAuth is any TTL (time-to-live) associated with the token on the service-side. Twitter does not apparently expire tokens, so once you have a valid token you should be able to continue to make calls on behalf of the user. The only times you would need to get credentials from the user are (1) in the initial stages of running the application, or (2) if the user's session becomes invalid for some reason (changed password, user-directed invalidation of the session, etc.).
See the OAuth spec for more details.
Note that should you intend to use the same user token between invocations of your application, you should be prepared to encrypt the token and store it securely. Should someone capture your consumer key and secret, along with the user token, the identity of the user can be compromised.