php - PHP session ，无cookie域和性能

Question

我参与了整个无CookieLess域/CDN的工作，我知道如何将请求cookie发送到www.yourdomain.com，同时设置一个独立的域（如cdn.yourdomain.com）以防止不必要的cookie被发送，这有助于提高性能。
我想知道的是，使用php的本地会话是否会对性能产生负面影响，如果是，又是如何影响的？我知道会话密钥在cookie中被跟踪，cookie很小，所以看起来很好。
我被提示问这个问题是因为在过去，我编写了我的web应用程序，并在$_SESSION变量中存储了大量用户的活动数据、首选项和身份验证信息。然而，我注意到一些流行的web应用程序，比如wordpress，根本不使用$_SESSION。但是会话很容易使用，而且看起来相当安全，特别是当您将它与跟踪用户代理/IP更改结合起来以防止会话劫持时。那么为什么wordpress和其他web应用不使用php会话呢？我应该停止使用会话吗？
另外，让我澄清一下，我确实意识到服务器必须加载会话数据来处理页面请求，但这不是我在这里要问的。我的问题是它是否/如何影响网络性能，特别是在发送/接收头方面。例如，使用会话是否会阻止从浏览器缓存中提供网站上的页面或图像？phpsesid cookie是唯一正在发送的附加头吗？这类事情。

Answer 1

$_SESSION的标准存储是每个会话有一个文件的文件系统。这是有代价的：
当两个请求访问同一个会话时，一个请求将赢得另一个请求，另一个请求需要等到第一个请求完成。由文件锁定控制的竞争条件。
使用cookies来存储会话数据（wordpress，codeigniter），竞争条件是相同的，但是锁定不是内在的，但是浏览器可能在cookie管理中执行锁定。
使用cookies有一个缺点，那就是不能存储那么多数据，而且每次请求和响应都会传递数据。这也可能引发安全问题。偷了饼干你就得到了数据。如果它是加密的，攻击者可以尝试解密它以获取存储在其中的数据。
wordpress的历史原因是平台从未使用过php会话。根项目开始于2000年左右，在2002年和2004年得到了很大的发展。因为会话处理只在php 4中可用，而php 3当时更受欢迎。
后来，当$_SESSION可用时，应用程序的主要设计已经完成，并且工作正常。其次，在2004/2005年，wordpress决定启动一个商业多博客托管服务。这就需要跨服务器和cookies+数据库扩展应用程序，与使用$_SESSION实现相比，会话/用户处理看起来更容易。事实上，这是相当容易的，只是工作，所以没有必要改变它。
对于codeigniter我不能说那么多。我知道默认情况下，它将所有会话信息存储在cookie中。所以session只是cookie的另一个名字。也可以对其进行加密，但这需要配置。iirc据说这是因为“大多数用户不需要会话”。对于需要的用户，有一个数据库后端（需要额外的配置），这样用户就可以在应用程序中透明地从cookie更改到数据库存储。还提供了一个新的实现，它允许您更改任何您喜欢的存储，例如，也可以更改为本地php会话。这就是所谓的司机。
然而，这并不意味着你不能实现同样的基于$_SESSION现在。你可以用你喜欢的任何东西（甚至cookies:）替换存储，而且它的php实现无论如何都应该封装在一个好的程序设计中。
完成后，您可以实现一个存储，您可以更好地控制锁定（例如数据库），并且在不支持粘性会话的负载平衡基础结构中跨服务器工作。
wordpress是一个很好的例子，它实现了对php提供的内容完全不可知的会话处理。这意味着轮子被重新发明了。从今天的观点来看，我不认为他们的设计具有明显的创新性，所以它完全满足了一个非常特殊的环境中的一个非常特殊的需求，只有了解项目的根源，你才能理解这个环境。
codeigniter（从接口的意义上讲）可能领先了一小步，因为它为会话提供了某种（不稳定的）接口，并且可以用任何您喜欢的实现来替换它。这对新开发人员来说要好得多，但也有点像是在重新发明轮子，因为php已经开箱即用了。
在应用程序设计中，最好的做法是使实现独立于系统需求，从而使会话数据的存储机制独立于程序流的其他部分。php提供了一个非常直接的接口，$_SESSION数组和会话配置。
由于$_SESSION是一个超全局数组，您可能希望阻止应用程序直接访问它，因为这会引入全局状态。所以在一个好的设计中，你会有一个接口，能够完全抽象出超全局。
这样做，再加上store plus配置的抽象（例如，在一个会话依赖容器中的所有组件），您应该能够扩展和维护您的应用程序，无论出于什么原因，都可以在任意多个服务器上运行。如果你认为对你来说就是这样，那么你的实现就可以使用cookies。但是，如果需要，您可以切换到基于数据库的会话，而无需重写应用程序的大部分。