根据 apiwiki.twitter.com：“基本身份验证删除将于 2010 年 8 月 16 日发生”，他们的 OAuth API 将成为新的身份验证方法。
我是 Twitter API 的新手，我不清楚这适用于什么。我正在尝试创建一个简单的应用程序以通过 HTML 表单发布到 Twitter - 我必须使用 OAuth 系统吗？还是仅适用于应用的 OAuth 系统（如 http://dev.twitter.com/ 所暗示的那样）。
如果我必须使用它，那么为什么缺少来自 Twitter 的官方库和代码示例（对于 PHP，我看到的只是非活动开源项目的链接）？
这是否意味着在 8 月 16 日之前未更新的任何 twitter 应用/小部件都将停止工作？
通过 HTTPS 和 POST 请求进行身份验证有什么问题？
【问题讨论】：
有一个非常有用的 PHP OAuth 库 (oauth.googlecode.com/svn/code/php/) 可以处理复杂的事情。另请查看 code.42dh.com/oauth/，了解有关如何使用 OAuth 的简单示例。它对我的帮助远远超过 dev.twitter.com，它很适合参考，但缺少示例（目前）。
我使用 OAuth.php（以及其他）在大约 2 个晚上创建了 http://twitter2rss.com/。
【讨论】：
是的，如果您通过 API 向 Twitter 发布任何内容，则需要使用 OAuth。网络上有一些示例，但 Twitter 很少发布官方代码库。
您也正确地认为经过身份验证的应用程序/小部件可能会在 8 月 16 日之后停止工作。
反对使用基本身份验证的原因是您将用户名和密码提供给了太多第三方应用程序。理论上，这些应用程序可以存储您的用户名和密码，然后在未经您授权的情况下使用该信息登录 Twitter。 OAuth 意味着 Twitter 可以在您授予应用程序权限后直接跟踪应用程序，并且您可以从 Twitter 帐户管理页面禁用应用程序。
【讨论】：
我正在尝试创建一个简单的应用程序以通过 HTML 表单发布到 Twitter - 我必须使用 OAuth 系统吗？或者是仅适用于应用程序的 OAuth 系统（如 http://dev.twitter.com/ 所暗示的那样）。 [...] 通过 HTTPS 和 POST 请求进行身份验证有什么问题？
这意味着如果您使用基本身份验证，它将在该日期停止工作。基本身份验证是 HTTP 协议的一部分，需要在每个请求的 HTTP 标头中向服务器发送用户名和密码。这是不可取的；使用 OAuth，您不必向第三方传递您的用户名和密码，即您正在开发的应用程序永远不知道用户的实际用户名和密码是什么。
我看到您正在考虑使用为浏览器/用户保留的方式对 twitter 进行身份验证。你不应该那样做。它：
很抱歉，您需要花一些时间来学习 OAuth 身份验证。为此有几个库。
【讨论】：
如果您的应用只是更新 twitter 上的单个帐户，您只需为该帐户执行一次 request_token/authorization 步骤，并保存访问令牌/密码以针对 twitter API 进行身份验证。
尽管在您的应用中实施请求/授权步骤是值得的，但将来可能需要刷新访问令牌，并且将其构建到应用的管理端可能会很有用。
不过，最后，只需想象访问令牌/密码是您用于 twitter API 访问的新用户名/密码，并且您还必须使用应用程序的使用者密钥/密码“签名”您的请求。
【讨论】：