你好，
我正在编写一些脚本来处理来自各种照片网站的图像。现在我将所有这些数据存储在同一目录中的单个文本文件中。
该目录可通过网络访问。最终用户调用 Web 服务，该服务返回用户所需文件的路径。
我想知道将所有这些文件放在同一目录中会在哪个阶段看到性能影响？（如有）
现在我们每个站点/网络服务只有一个后端服务器。我很想听听人们对各种负载均衡器应用程序（在 Linux 上运行的应用程序）的体验。
你会推荐什么？
我有很多服务器可以访问各种外部网络服务，其中大部分使用 SSL，其中一些需要客户端证书。我想集中客户端证书的配置并将表示层与底层服务器分离。
虽然我可以使用 Squid 来代理请求，但我无法从文档中看到如何告诉 Squid 选择特定于目标 Web 服务的客户端证书。这可能吗？
一种方法是在 Squid 代理之外维护一组 stunnel 实例，然后将客户端软件配置为使用带有 URL 重写器的 http 请求来通过适当的 stunnel 实例路由请求，但是如果我得到 XML 响应引用，则会中断HTTPS DTD（除非我用完整的 MITM 重写内容）。
还有其他解决方案吗？
更新
将“https”重写为“http”的问题在于，它会破坏带有 http URI 的任何其他资源——因为协议适配器会将这些资源转换回 https！
我遇到了这篇文章，它解决了将客户端证书添加到代理连接的问题 - 这可能是一个解决方案。但是确实需要将客户端配置为使用代理，在命名事物以及如何使其与拆分 DNS 一起工作方面也存在问题。不可否认，这不是什么大问题，但它让我想到我在这里描述的是大多数 CDN 提供商使用的模式 - 因此我目前正在考虑使用 Apache Traffic Server 作为中间组件 - 这允许使用拆分 DNS，在之间使用单独的 SSL 通道客户端和源，以及用于与源服务器通信的客户端证书。
当 Web 服务托管在 IIS 7 中时，我似乎无法解决添加 Web 服务引用的问题。
如果我运行的是 VS2008 开发服务器，我可以很好地添加它，但是当我将它切换到 IIS 时，我收到了 405 错误。这似乎是一个许可问题，但什么？
我尝试在服务所在的文件夹中添加对“所有人”的权限，并将 *.svn 的脚本映射添加到 aspnet_isapi.dll。
有人知道我可能会错过什么吗？
谢谢！
编辑：添加了我所拥有的一切。似乎把这个问题放在 SO 上会得到“这应该是......”的鸟儿，即使服务器故障是问题消失的地方。
我的公司有一个 Web 服务 api，它开始得到大量使用。最近我们遇到了一些内存不足的问题。我们优化了一些低效的代码，解决了问题。
我们知道我们将进一步扩展，我们希望有一个很好的方法来处理密集的流量。
出现的一个想法是为我们的一些较重的客户提供不同的网址。这对我来说是错误的。在某些情况下，url 会指向隔离的服务器，但有些也会指向更多的虚拟目录。
在这两种情况下，这是解决问题的好方法吗？我正在预见可怕的可维护性问题并导致更多问题然后它解决了。请给我一些双方的利弊。
这已经在负载平衡的服务器群上。
我们要将 2（两）个 IIS7 Web 服务器加入 NLB，并发布相同的 Web 服务（每个 Web 服务器一个相同 Web 服务的 2 个实例）。
先感谢您！
我希望为 Web 业务构建服务器群，我需要前端 Web 服务服务器和通用 NAS 文件服务器后端。
一些公司选择购买速度最快、最可靠的硬件，但要付出高昂的代价。其他公司选择购买规格较低的廉价 PC 硬件，但更多。他们构建高度冗余的系统，并在出现故障时将其更换。我相信谷歌采用了后来的方法。
有没有人可以为我提供任何现实生活中的具体经验和建议？
我有一个非常典型的场景：
浏览器 -> 网络服务器 -> 网络服务
我看过很多关于压缩从 web 服务器发送到浏览器的数据以节省带宽的好处的文章/文档，但我想知道压缩 web 服务和 web 服务器之间的数据是否有类似的好处?
XML 应该压缩得非常小，所以我们当然会在带宽方面获得相同的好处，但我特别想知道这是否会被 web 服务器所需的处理能力所抵消，以解密它收到的 SOAP 消息.
是否有人为 Web 服务启用了 gzip，并且是否有任何性能改进？
就此而言，Web 服务客户端甚至会首先理解gzip 吗？或者启用加密是否会浪费时间，Web 服务客户端永远不会利用它？
我有什么：
我有一个 iPhone 应用程序，可以将 HTTP POST 请求（XML 格式）发送到用 PHP 编写的 Web 服务。这是在托管的虚拟专用服务器上，因此我可以编辑httpd.conf服务器上的其他文件，并重新启动 Apache。
问题：
只要请求不是太大，Web 服务就可以完美运行，但限制在 1MB 左右。之后，服务器响应：
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>413 Request Entity Too Large</title>
</head><body>
<h1>Request Entity Too Large</h1>
The requested resource<br />/<br />
does not allow request data with POST requests, or the amount of data
provided in the request exceeds the capacity limit.
</body></html>
Web 服务写入自己的日志文件，我可以看到小消息处理得很好。更大的消息根本不会被记录，所以我猜 Apache 中的某些东西甚至在它们到达 Web 服务之前就拒绝了它们？
我尝试过但没有成功的事情：（
每次更改后我都重新启动了 Apache。这些步骤是增量的。）
我正在使用 PHP 开发面向服务的架构。
我团队的一名成员建议，由于每个服务仅提供 HTTP 流量，仅以 JSON 形式提供响应（无静态资产等），因此最好仅运行 FPM 并让负载均衡器将流量直接发送到实例的 IP 地址以及 FPM 暴露的端口。
我以前只听说过 PHP-FPM 和 Nginx 一起运行。所有在线文献都建议同时运行 NGINX 和 FPM，但没有解释原因。NGINX 提供的唯一好处是能够提供静态资产以及 PHP 生成的输出吗？
如果 NGINX 以另一种方式增加价值，它在做什么以及在哪里可以找到支持文档。
web-services ×10
php ×2
.net ×1
apache-2.2 ×1
compression ×1
gzip ×1
httpd.conf ×1
iis ×1
iis-7 ×1
linux ×1
networking ×1
nlb ×1
optimization ×1
performance ×1
php-fpm ×1
proxy ×1
ssl ×1
traffic ×1
vps ×1
web-farm ×1