[更新更多consise！] 我是新来的优化Web服务器的大量stream量的世界，但现在我正在进入。 星期一我们的networking服务器被“猛砍” – 我们得到了大量的stream量（一个小时左右就有85,000名访问者），即使我们运行Varnish和nginx（它们正在做好自己的工作），Apache的一方真的很挣扎是在某些请求上生成的一些dynamic内容。 服务器目前有8GB的内存， 很快就会升级到32GB ，所以我真的需要32GB系统的configuration帮助。 目前运行64位的centos。 我已经研究了清漆和nginx设置，它们是非常合理的设置（静态内容由nginx直接抛出，大量的dynamic东西抛出清漆，如果不清漆的请求传递给Apache）。 所以到Apache ..我们使用MPM prefork模块，每个Apache进程似乎用尽了很多公羊： 前三名： S 48 20961 2965 0 75 0 187128 128307 ? ? 00:05:25 httpd S 48 20959 2965 0 75 0 249788 143435 ? ? 00:05:55 httpd S 48 18581 2965 0 75 0 314564 157747 ? ? 00:06:40 httpd 底部3： S […]
我想为苹果itunes商店设置一个caching代理服务器，以加速本地局域网中的应用下载。 情况： 本地互联网的速度很慢，带宽有限，所以需要一段时间从iTunes商店下载整个应用程序。 我想要这样做，以加快在WiFi热点情况下的应用程序下载速度。 所以我只需要加快一个应用程序的下载速度，这个下载速度会被很多人在本地局域网下载很多次。 对于iTunes下载必须涉及到用户authentication和购买，似乎没有明显的方式来做caching。 那么这个加速可能如何呢？
是否有可能在nginx有一个location {…}块匹配查询参数。 例如，我想在下面的URL中select该preview=true ，然后指示它在位置块中执行几个不同的操作。 http://192.158.0.1/web/test.php?hello=test&preview=true&another=var 我遇到的问题是，我的testing的东西似乎不匹配，似乎我只能匹配url本身？ 例如 location ~ ^(.*)(preview)(.*)$ 还是那些线路上的东西？
我有我的开放式表caching设置为1800，我总共有1112个表。 MySQL调整入门报告，我的表caching100％，但我的表caching命中率是5％。 我知道这是由于并发连接所有打开表。 我想我应该提高caching限制。 据我所知，caching大小受我的操作系统的文件描述符限制，但是我还有其他的实际限制吗？ search谷歌或这个网站主要产生解释连接因素或提出优柔寡断的答案。 我的问题：我可以安全地增加开放表的caching限制吗？ 有最大值吗？
我有端口80上的nginx和端口8080上的apache在同一台服务器上。 我已经configurationnginx，使其作为反向代理（我不知道它的工作与否）使用本教程htt：//tumblr.intranation.com/post/766288369/using-nginx-reverse-proxy。 我遵循的步骤来validation代理。 在5秒的时间间隔内在两台不同的机器上打开相同的页面。 但在Apache的access.log每个请求显示200响应代码。是否表明caching不工作？ 而nginx access.log没有显示任何内容。
我有一个运行Apache2的Ubnutu 12.04服务器，configuration为反向代理。 Apache已进一步configuration为通过LDAP进行基本身份validation。 一切工作正常，除了performance有点滞后。 LDAPauthentication指令是： <Location /> AuthType Basic AuthBasicProvider ldap AuthName "Secure Intranet" AuthLDAPURL ldaps://virt-ldap.mylan.int:636/ou=MyCorp,dc=mylan,dc=int AuthzLDAPAuthoritative on AuthLDAPGroupAttribute memberUid AuthLDAPGroupAttributeIsDN off Require ldap-group cn=development,ou=groups,ou=MyCorp,dc=mylan,dc=int </Location> 经过检查，我注意到，Apache的每一个请求都会返回到我的OpenLDAP服务器，为特定用户运行search/绑定。 根据代理后面站点的HTML，一些请求（例如JIRA）可能导致通过LAN的10或15个search/绑定LDAP调用。 我知道这一点，因为我在浏览时拖拽OpenLDAP日志。 哎呀！ 根据Apache2的ldap文档 ，默认情况下，mod_ldap应该caching这些东西。 考虑到文档可能是错误的，我在ldap.conf中添加了这些指令： LDAPSharedCacheSize 500000 LDAPCacheEntries 1024 LDAPCacheTTL 600 LDAPOpCacheEntries 1024 LDAPOpCacheTTL 600 但是没有什么区别。 编辑： 在服务器上使用lynx访问https://localhost/ldap-status返回了以下内容： LDAP Cache Information Cache Name Entries Avg. Chain Len. […]
我目前正在Apache的前面运行所有HTTPstream量的清漆。 我添加了stunnel以便利用HTTPS连接的caching。 因此，对于HTTPS，stunnel会与清漆交谈，然后与Apache交谈。 问题是，当清漆将caching的页面返回到stunnel时，stunnel通过HTTPS将其发送到客户端，但其余资源（例如css文件，js文件等）由客户端通过普通HTTP请求。 我想这是由于caching页面包含链接到只有HTTP资源。 我的问题是： 这是反向SSL代理的常见问题？ 有什么办法来防止这种forms发生？ 比方说，我有一个域www.example.com，我希望它只能通过HTTPS访问，我也希望http://www.example.com不要返回404，而是要redirect到https：// www .example.com 。 这怎么能避免循环（即清漆redirect到通道，然后通过HTTP再次从清漆请求页面，然后又重新导向通道等）。 有没有什么方法可以让stunnel插入一个头文件，varnish会查找，以便在头文件不存在的情况下不执行任何redirect？
当js / css文件更新时，我想要轻松地清除浏览器的caching。 真实文件位置： /js/some-files.js /css/some-files.css 由浏览器调用的应用中设置的文件位置： /js/v1/some-files.js /css/v1/some-files.css 我尝试了以下，但去/js/v1/some-files.js给我404s 。 location ~ ^/(js|css)/v[0-9]+/(.*)$ { access_log off; expires 7d; add_header Cache-Control public; try_files $uri $uri/ $1/$2; } 你能发现我做错了吗？
我的local.xml <session_save><![CDATA[files]]></session_save> <cache> <backend>memcached</backend> <prefix>MAGE_</prefix> <memcached> <servers> <server> <host><![CDATA[127.0.0.1]]></host> <port><![CDATA[11211]]></port> <persistent><![CDATA[1]]></persistent> </server> </servers> </memcached> </cache> / var / cache仍然填满 memachced正在运行 memcache 2685 0.0 0.3 351888 26152 ? Sl 08:07 0:19 /usr/bin/memcached -m 64 -p 11211 -u memcache -l 127.0.0.1 我如何知道它的工作？ 我注意到没有提高速度。
我有一个网关VPN和一个应用程序服务器。 应用服务器只知道VPN的网关。 VPN的网关知道vms托pipe的物理networking的网关。 问题：我无法从应用程序服务器访问api.twitter.com。 观察：caching中充满了显示物理网关 IP地址的条目。 这是一个摘录： ip -s route show cache 199.16.156.40 199.16.156.40 via 37.59.245.62 dev eth0 src 10.1.4.20 cache <redirected> used 170 age 22sec ipid 0x9e49 199.16.156.40 from 10.1.4.20 via 37.59.245.62 dev eth0 cache <redirected> age 25sec ipid 0x9e49 以199开头的IP是Twitter IP。 37.59.245.62是物理网关的IP地址。 10.1.4.20是VPN网关的VPN IP。 物理网关的IP只出现在处理Twitter服务器的条目中。 为什么这台机器caching路由与它没有直接访问的IP？ 上一个问题显示，刷新caching可以暂时解决问题