易栈网-膘叔

今天是11月11日，传说中的丨丨节啊。。

本人是没有机会过了，不过俺的小家伙可以考虑提前过节了。

不知道“丨”念啥吧？

gǔn
上下贯通。
笔画数：1；
部首：丨；

其实，好象以前在看电视的时候，听 说河南有一个村的人都是姓这个的。

光棍节快乐，各位光棍们。

突然发现，原来，博客离10W又进了一点。多少年了。。。终于又要重入10W内了。。

先上个图，预祝一下，等确实定了之后，再来上图。。。



很激动人心的图哦【忘了说了，主域名是指：www.neatstudio.com，neatcn.com还没有到呢。。。】

在某人的小说站上线前，答应帮他做点链接
说起小说，突然想起读书时代流传的陋室铭改篇中的一段：小说翻的快，杂志阅的勤，斯是教室，唯吾闲清

自己读书的时候，也是被小说害的呀。天天上课就是看小说，眼睛也是那时候看坏的。。。。

在如今，你闲下来的时候，能干什么？永远播不完的肥皂剧？无聊恶搞的娱乐节目？还是不知所云的走进科学 ？或者在QQ等IM上聊天打屁？

我是用手机上网看看小说，电视几乎不看了，即使要看也是几乎只看discover之类的，上海就是纪实频道了。。。

其它还真没劲。

网上几个看小说的网站：

起点：www.qidian.com

幻剑：www.hjsm.net

爱书吧： www.ishu8.net

一直以来，听到的都是企业文化，难得听到这种所谓的工程师文化。
但在技术型企业，工程师却是占有企业员工大部分的比例，再加上facebook又是非常成功的一个产品，因此，转载一下学习一下。

以下内容来自：http://feedproxy.google.com/~r/hutuworm/~3/YJ-W-K3A4DM/facebook.html

Windows Live 网站有位工程师，参加了 Facebook 组织的 Facebook Seattle Engineering Road Show 活动，回来之后兴奋不已，洋洋洒洒写了一大篇，介绍 Facebook 在不断扩张过程中获得的一些经验：Facebook Seattle Engineering Road Show: Mike Shroepfer on Engineering at Scale at Facebook

大家都会英文，这里不作全文翻译了。值得一提的是 Facebook 自己总结的工程师文化：

1. 快速前进打破陈规（Move Fast and Break Things） - 鼓励员工承担风险，愿意为创新牺牲一些稳定性。工程师厌恶风险往往是公司衰败之始。

2. 小团队办大事（Huge Impact with Small Teams）- 多数功能系统都由一到三位工程师组成的小团队完成。Facebook 每位工程师服务 120 万名用户 v.s. Google 1:190,000 v.s. Amazon 1:96,000 v.s. Microsoft 1:75,000。

3. 大胆创新（Be Bold and Innovative） - 不言自明。

Facebook 连扫地的都算上也只有 900 多名员工，其中工程师只有 230 余人。他们的用户近 3 亿，接近于美国人口总数。他们有 3 万台服务器，存储着 800 亿张图片，每天承受 10 亿次搜索，Memcache 集群每秒操作 5 千万次，每秒下载照片 120 万张......

什么叫海量？这就是海量！

如果没有这样的工程师文化，肯定无法支持海量。

CDN这个东西，当然是个好东西。。。所以看到有FAQ就理所当然的复制下来，其实，最近我突然想到一件事情，中国的地区域名还有一个很有意思的地域域名，那就是js.cn，所以，我悄悄的申请了两个域名，cache.js.cn和cdn.js.cn，就是想用来做这种CDN转发，当然，只是简单的。。。

我最初的想法是（有一小部分），如果我的服务器里有N多人装了DZ论坛，那么这些JS和CSS其实都是共用的。如果我都用同样的域名进行转发，那，其实节约了很多空间，也节约了带宽。因为同一个域名出来的JS和CSS文件，理论上是应该被缓存的哦。。

以下内容就是FAQ，自己也学习一下。。。

1.CDN加速原理
通过动态域名解析，网友的请求被分配到离自己最快的服务器。CDN服务器直接返回缓存文件或通过专线代理原站的内容。
网络加速+内容缓存，有效提供访问速度

2.CDN节点数量
全国多个机房，每个机房多台服务器，CDN节点一般上百台

3.CDN缓存什么内容
缓存html、图片、css、xml等静态资源，不缓存含有？的动态地址、jsp、php，js文件也不缓存【除非特殊设置】
缓存原站返回HTTP状态为20*或304，不缓存其他状态(例如404，500，503)

4.CDN缓存内容的更新
a）用户首次请求，CDN从原站抓取后缓存，直到文件过期后有用户请求再次更新
b）程序主动通知CDN抓取

5.CDN缓存内容的有效期
a）原站apache吐出的静态文件：由apache的expire和header模块控制
主要两项：last-modified，cache-control：max-age
apache缺省配置，所有静态文件在cdn只缓存3600s【需要我们按需求调整被加速服务器的apache设置】
3600s后cdn失效，用户访问时会重新请求原站，如果没有变化，缓存失效周期自动延长10%。
b）原站jsp或php吐出的动态内容（url形式必须是静态的）
由程序控制last-modified，cache-control：max-age public ，apache的设置将不起作用
cdn根据这两项判断是否需要到原站更新内容

6.CDN和应用的结合策略
a）变化不频繁的页面：例如图吧的图片显示页、车型页、已结束的比赛对阵页
在原站生成静态页面，原站apache上定义过期时间，例如1天。
原站上静态文件更新后，可以等待cdn过期。或者主动通知cdn更新（随着cdn节点越来越多，代价会非常高）
b）变化频繁的页面：例如足球库中的及时亚盘、及时欧赔、正在进行的比赛对阵页
不生成静态页面，由jsp或php定义过期时间，例如5s或60s。cdn过期后，如果有用户访问就从原站上抓取。
优点：相关页面内容更新后，不需要主动通知100个原站都来抓取，有效降低原站的压力。
如果页面内容没有变化，返回lastmodified不变，这样原站会直接返回304给cdn，cdn也会返回304给用户。减少网络传输和速度
比赛结束后，“正在进行的比赛对阵页”转换为第一类情况，再生成静态文件
c）特殊静态资源：例如图片库和某些大型产品库中的评论js
或者频繁访问、频繁更新的页面：例如足球赛事库的及时比分文件
通过apache nocache告诉IE不缓存，html中就不需要使用pinglun.js?123456这样的代码形式
然后用max-age告诉cdn缓存1s，这样避免每次用户请求都转到原站

本文来源：http://71j.cn/archives/10