当在一个成百上千台服务器的大规模集群中，部署 Puppet 环境之后，各个 Agent 节点与 Master 之间的同步、检查、通讯就成了瓶颈，会频繁出现连接超时、读取失败等错误。究其原因，由于 Puppet Master 默认使用的 WEBrick 是一个简单的单进程的 WEB SERVER 服务（类似原始的 CGI），因而在大访问量、高并发的情况下就不适用了。所以，要使用性能更好的 WEB SERVER 来提供 Puppet Rails 应用。
继续阅读 »
标签存档: Apache
在大规模 Puppet 环境中使用 Apache+Passenger 代替 WEBrick
作者: Nanu
日期: 2011-12-23
评论关闭
Linux Kernel 3.0 EXT4与BTRFS对比
作者: Nanu
日期: 2011-06-26
评论关闭
Httperf + AutoBech + GnuPlot 构建 WEB SERVER 压力测试系统
作者: Nanu
日期: 2011-06-15
评论关闭
htpasswd.py
作者: Nanu
日期: 2011-04-22
评论关闭
使用 Nginx 做 WEB 基础认证时没有 Apache htpasswd 命令？试试这个 Python 脚本吧！
继续阅读 »
Apache 使用Digest验证
作者: Nanu
日期: 2011-04-22
评论关闭
URL 的长度上限
作者: Nanu
日期: 2011-04-22
评论关闭
URL 的最大长度是多少？W3C 的 HTTP 协议 并没有限定，然而，在实际应用中，经过试验，不同浏览器和 Web 服务器有不同的约定：
IE 的 URL 长度上限是 2083 字节，其中纯路径部分不能超过 2048 字节。
Firefox 浏览器的地址栏中超过 65536 字符后就不再显示。
Safari 浏览器一致测试到 80000 字符还工作得好好的。
Opera 浏览器测试到 190000 字符的时候，还正常工作。
Web 服务器：
Apache Web 服务器在接收到大约 4000 字符长的 URL 时候产生 413 Entity Too Large” 错误。
IIS 默认接收的最大 URL 是 16384 字符。
Web优化的14条法则及我们的实际应用
作者: Nanu
日期: 2011-04-22
评论关闭
最近，YouMonitor.Us在做Web应用性能优化，在网上发现了文章High Performance Web Sites: The Importance of Front-End Performance，感觉其14条优化法则很实用，操作性很强。因此翻译出来，供大家参考。
Apache2.2 缓冲指南
作者: Nanu
日期: 2011-04-22
评论关闭
WordPress Rewrite
作者: Nanu
日期: 2011-04-21
评论关闭
Apache
在Apache下，利用mod_rewrite来实现URL的静态化。.htaccess的内容如下：
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Nginx
下面是一个完整的 vhost 的配置文件
server {
listen 80;
server_name inanu.net www.inanu.net;
location / {
index index.html index.htm index.php;
root /www/wwwroot/inanu.net;
if (-f $request_filename/index.html)
{rewrite (.*) $1/index.html break;}
if (-f $request_filename/index.php)
{rewrite (.*) $1/index.php;}
if (!-f $request_filename)
{rewrite (.*) /index.php;}
}
}