我正在尝试用 PHP 创建一个 RESTful 网络服务。
根据 Roy fielding ，客户端和服务器之间的通信本质上必须是无状态的。
因此，将登录信息(如当前登录用户的用户名)存储在 PHP $_SESSION 变量中是错误的方法吗，因为这意味着存储 session 状态？这是为了允许访问用户的私有(private)数据。
使用 cookie 跟踪登录是否违反 REST 原则？或者它不是太重要的东西？
最佳答案
HTTP 是无状态的，因此对 session 的任何使用都违背了 HTTP 的设计(当今网络上的大多数设计和安全问题都源于此)。
要实现真正的无状态身份验证，请将 WWW-Authenticate 和 Authorization header 与您的 API 一起使用，或者升级 API 以通过 HTTP+TLS (https) 公开，为每个 API 用户帐户颁发一个 X509 证书来标识它们，然后请求它随每个 API 调用一起发送(然后您可以通过您针对帐户保存为 API key 的公钥来识别它们)。
ps:始终值得一读，chapter 6 of Roy's dissertation对于第 5 章 REST 而言，它是无价的，但经常被忽略。
如果需要可以展开答案:) expanding..
Authorization请求 header 和 WWW-Authenticate响应 header 是用于 Challenge Response Authentication 的标准 HTTP header ，用于这些 header 的两种常见和标准化方法是 Basic和 Digest验证。如果授权凭据与您处理的请求一起发送以允许访问，否则会因相应的状态代码而失败，或者使用 WWW-Authenticate 响应 header 发出质询，该流程与基于表单的身份验证相同，但它在 RESTful HTTP 上工作级别，应该用于验证每个请求而不是设置 session (就像大多数基于表单的身份验证一样)。
HTTP+TLS/x509我提到的方法通常称为 Public key身份验证，它再次在协议(protocol)级别而不是应用程序级别工作，并且是本地支持的。简而言之，客户端在他们这边有一个私钥+证书+公钥，当他们连接到你时，证书(包括公钥)被发送到服务器，然后你从证书中读取详细信息(如果你想) 并使用公钥授权他们，如果你认出它，你就让他们进来。这更安全，因为它使用 HTTP+TLS 堆栈，其中所有内容都被加密，并且连接在客户端和服务器之间，没有任何中间，主要是因为实际上“密码”分为两部分，一个永远不会离开他们机器的私钥和一个公钥，它们一起形成一个 key 对。
PHP手册有a nice section on HTTP Authentication带有代码(用于 header 方法)和 all the functions needed for HTTP+TLS/x509也在手册中(文档中有示例，但分为各种功能)。
关于php - 使用 PHP 登录 RESTful Web 服务，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3292449/