【问题标题】:help me understand HTTP requests when surfing glype proxies在浏览 glype 代理时帮助我理解 HTTP 请求
【发布时间】:2011-09-24 11:00:43
【问题描述】:

我对 HTTP 的工作原理有基本的了解,并且类似于 described here 但我的问题是,例如使用基于 glype 的代理时(我没有其他人的经验)并且您执行以下步骤:

  1. 将您的浏览器配置为使用代理,例如 213.229.83.205 的代理
  2. 在地址栏中输入 google.com 等 IP 地址

请求看起来像

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

那么 apache 是如何知道它应该将这个请求转发到哪个 php 脚本的呢?

【问题讨论】:

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

标签: php apache http


【解决方案1】:

假设 glype 只是一个普通的代理服务器,这很简单。在将浏览器配置为使用代理(通过提供其 IP 地址)后,浏览器发出的每个请求首先检查代理服务器以查看它是否具有所请求 URL 的缓存副本(在本例中为 http://www.google.com index页)。如果是,则代理返回它,否则浏览器从真实服务器(在您的示例中为 google.com)请求文档并在代理服务器上保存一个副本,这样下一个请求就不必从真实服务器获取它服务器。

这个想法是,当大量用户重复从远程源请求相同的文档时,代理服务器(通常用于本地网络)将能够更快地提供内容(文档和图像以及其他内容)。十年或二十年前,当大公司拥有大量用户且带宽有限时,这可能是正确的。今天,代理服务器在正常的网页浏览中几乎没有价值——大多数网页(如 Google 主页)都是动态的,并且会发送指示代理不缓存内容的标头。此外,浏览器现在缓存内容,并且在大多数情况下,带宽是可用的。可以肯定的是,这并非在世界任何地方和所有网页都是如此,但大多数以缓存数据为目的的代理服务器已成为过去的遗迹。

【讨论】:

    猜你喜欢
    • 2014-01-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-06-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多