看了这篇文章，感觉在图片索引和权限控制上介绍的不够，不过这属于应用层面的问题

又有机会爆料国内 Web 2.0 网站的架构了。这次是 Yupoo! 。非正式的采访了一下 Yupoo!(又拍网) 的创建人之一的 阿华（沈志华）同学，了解了一些小道消息。

作为国内最大的图片服务提供商之一，Yupoo! 的 Alexa 排名大约在 5300 左右。同时收集到的一些数据如下：

带宽：400

JavaEye网站的RoR性能优化经验谈中的精彩留言

以前我一个同事做过测试，用lighttpd的fastCGI方式跑php，确实更节省内存，
不过在性能上中等访问量时反而比apache慢，小访问量和超大访问量时确又比apache快，这是在内存足够的情况下测试的。

JavaEye2.0上线之前，我曾经用Lighttpd跑过半个月的JavaEye 1.0(PHPBB论坛)，在此前我自己做的压力测试表明大负载量下面，Apache的module运行PHP比Lighttpd的FastCGI运行PHP要快不少，这一点

这篇文章虽然是将ror的,但是对于整个web开发还是非常有意义的，我也总结了下这篇文章，发现web程序还是很有共性的.

1:负载均衡器

大型网站肯定不是单台服务器的,为了做负载均衡,一般用F5,DNS轮询.我们公司所有的静态页面则采用NGINX做代理,后端挂SQUID服务器.NGINX的代理模块能够根据url地址HASH到某组服务器上,NGINX做负载均衡,SQUID组则考虑容灾问题.

2:WEB缓存服务器

原来我们公司使用文件cache,在新版本中使用squid作为页面缓存,squid组根据不同地区做IDC分布,形成了分布式的系统.从

一：硬架构

1：机房的选择：

在选择机房的时候，根据网站用户的地域分布，可以选择网通或电信机房，但更多时候，可能双线机房才是合适的。越大的城市，机房价格越贵，从成本的角 度看可以在一些中小城市托管服务器，比如说北京的公司可以考虑把服务器托管在天津，廊坊等地，不是特别远，但是价格会便宜很多。

2：带宽的大小：

通常老板花钱请我们架构网站的时候，会给我们提出一些目标，诸如网站每天要能承受100万PV的访问量等等。这时我们要预算一下大概

松本行宏如约于圣诞节发布了Ruby 1.9。根据Ruby的惯例，小数点后面第一位如果是单数，那么就表明这是一个实验版本，不推荐用于产品环境。所谓“产品环境”，对于目前的Ruby来说，基本上就是Ruby on Rails。从目前RoR社群的反映来看，确实有人正在尝试用Ruby 1.9配合RoR，但是尚属玩票性质。我询问了一些处在真实项目中的RoR团队，目前还没有人打算在自己的项目中使用Ruby 1.9。

      在Ruby社群里的半仙级人物Mauricio Fernandez在