Algorithm 为什么不'；客户端计算机通过internet向其他客户端提供信息以减少服务器带宽？

以图像托管服务为例。为了减少带宽/提供图像的次数，是否可以让刚查看图像的客户端将相同的图像文件（或该文件的部分）提供给希望查看相同页面/图像的另一客户端？是否有与安全相关的问题阻止了这种情况的发生，或者是我对技术的缺乏使我看不到这种方法不起作用的明显原因

如果每个客户机提供的数据量与其消耗的数据量相同，那么web服务器只需一次性提供任何给定的文件，其余的带宽将由客户机接收

---

编辑：我知道P2P和BitTorrent。我在问，为什么不把这个概念应用到一般的网络冲浪活动中呢？

它被称为P2P。最成功的使用是。它非常适合大文件（Linux发行版、OpenOffice等）。对于小文件来说效率不高

---

魔兽世界补丁也由类似的系统提供。

它被称为P2P。最成功的使用是。它非常适合大文件（Linux发行版、OpenOffice等）。对于小文件来说效率不高

---

魔兽世界补丁也由类似的系统提供。

从用户的角度来看，他们从哪里获取数据是无关紧要的，只要数据快速、可预测且安全地到达

---

P2P分发模型当然是可行的，但与客户端服务器相比，P2P更难满足这三个要求。

从用户的角度来看，只要数据快速、可预测且安全地到达，他们从哪里获取数据是无关紧要的

P2P分发模式当然是可行的，但与客户机-服务器相比，P2P更难满足这三个要求。

要“服务”这样的数据，每个客户机都必须在其计算机上安装一台服务器，并可供全世界访问（当您在NAT、代理、企业网络或其他任何系统后面时，这并不总是容易的）

有一些协议可以做到这一点（例如，许多对等协议——但我认为这些协议对大文件比小图像更有效），但这并不是Web的工作方式

此外，数据来自何处对用户来说并不重要，只要是到达；这是您的问题，作为网站管理员/管理员

我应该补充一点，对于您正在考虑的分布式进程，存在安全风险：如果一个用户决定发送实际请求之外的内容，该怎么办？说一些“不正常”的图像，而不是真实的图像？或病毒？或任何类似的坏东西？

来“服务”像这样的数据，每个客户机都必须在其计算机上安装一台服务器——并且可以被全世界访问（当您使用NAT、代理、企业网络或其他任何东西时，这并不总是容易的）

有一些协议可以做到这一点（例如，许多对等协议——但我认为这些协议对大文件比小图像更有效），但这并不是Web的工作方式

此外，数据来自何处对用户来说并不重要，只要是到达；这是您的问题，作为网站管理员/管理员

---

我应该补充一点，对于您正在考虑的分布式进程，存在安全风险：如果一个用户决定发送实际请求之外的内容，该怎么办？说一些“不确定”图像而不是真实的图像？或病毒？或任何类似的坏东西？

您描述的模型是P2P模型，这正是某些协议（例如，工作原理）的工作原理

如果你问为什么这种协议不用于网站或一般用途的实习，可能有两个主要原因：

从技术上讲，这可能很难做到：你必须能够以一种智能的方式将客户端重定向到彼此，你必须能够让客户端实际发送文件（这需要访问他们的系统，这是你通常没有的），您可能必须考虑到每个客户端的速度（即，您不希望有人在旧的、非常慢的连接上提供图像，因为您的站点看起来非常慢）。还有很多原因，这些都是我能想到的最直接的问题，在我的脑海中

这会给人们带来不好的影响：即使假设你能想出这样做的方法，这种事情也可能不会很受你网站用户的欢迎。用户通常不想“共享”他们的计算机空间/带宽等。大多数情况下，公司都放了“间谍软件”或者在某人的电脑上隐藏的东西，他们已经得到了很坏的宣传

---

总而言之，我不认为有人会认真考虑做这样的事情，主要是因为上面提到的两个原因。

你描述的模型是P2P模型，而这正是一些协议（例如，工作）。

如果你问为什么这种协议不用于网站或一般用途的实习，可能有两个主要原因：

从技术上讲，这可能很难做到：你必须能够以一种智能的方式将客户端重定向到彼此，你必须能够让客户端实际发送文件（这需要访问他们的系统，这是你通常没有的），您可能必须考虑到每个客户端的速度（即，您不希望有人在旧的、非常慢的连接上提供图像，因为您的站点看起来非常慢）。还有很多原因，这些都是我能想到的最直接的问题，在我的脑海中

这会给人们带来不好的影响：即使你可以