Php 在浏览glype代理时帮助我理解HTTP请求

我对HTTP的工作原理有一个基本的了解，它与 但我的问题是，例如，当使用基于glype的代理时（我没有与其他人打交道的经验），您执行以下步骤：

将浏览器配置为使用代理，例如213.229.83.205中的代理。在地址栏中输入类似google.com的ip地址

请求看起来像

Get http://www.google.com /HTTP 1.0
host: www.google.com

---

那么apache如何知道它应该向哪个php脚本发送这个请求呢

假设glype只是一个普通的代理服务器，它就相当简单了。将浏览器配置为使用代理（通过提供其IP地址）后，浏览器发出的每个请求都会首先与代理服务器进行检查，以查看其是否具有所请求URL的缓存副本（在本例中为索引页）。如果是，代理将返回该文档，否则浏览器将从真实服务器（在您的示例中为google.com）请求该文档，并在代理服务器上保存一份副本，以便下一个请求不必从真实服务器获取该文档

---

其思想是，当许多用户从远程源重复请求同一文档时，通常用于本地网络的代理服务器将能够更快地提供内容（文档、图像和其他内容）。十年或二十年前，当大公司有很多用户和有限的带宽时，这可能是真的。如今，代理服务器在正常的网络浏览中几乎没有什么价值——大多数网页（如谷歌主页）都是动态的，发送的标题指示代理不缓存内容。此外，浏览器现在缓存东西，在大多数情况下，带宽是可用的。可以肯定的是，这并不是世界上任何地方都是如此，也不是所有网页都是如此，但大多数用于缓存数据的代理服务器都是过去的遗迹。

假设glype只是一个普通的代理服务器，那么就相当简单了。将浏览器配置为使用代理（通过提供其IP地址）后，浏览器发出的每个请求都会首先与代理服务器进行检查，以查看其是否具有所请求URL的缓存副本（在本例中为索引页）。如果是，代理将返回该文档，否则浏览器将从真实服务器（在您的示例中为google.com）请求该文档，并在代理服务器上保存一份副本，以便下一个请求不必从真实服务器获取该文档

---

其思想是，当许多用户从远程源重复请求同一文档时，通常用于本地网络的代理服务器将能够更快地提供内容（文档、图像和其他内容）。十年或二十年前，当大公司有很多用户和有限的带宽时，这可能是真的。如今，代理服务器在正常的网络浏览中几乎没有什么价值——大多数网页（如谷歌主页）都是动态的，发送的标题指示代理不缓存内容。此外，浏览器现在缓存东西，在大多数情况下，带宽是可用的。可以肯定的是，这并不是世界上任何地方都是如此，也不是所有网页都是如此，但大多数用于缓存数据的代理服务器都是过去的遗迹。

这应该在glype源代码中描述。这应该在glype源代码中描述。